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(54) information processing apparatus 

(57) A part of a program code of a program being 
processed can be deleted or replaced without stopping 
the program. A class data monitor unit (2) monitors the 
utilization of class data stored in a class data storage 



unit (1 ) for each piece of added class data. A class data 
process unit (3) deletes or replaces a part of a program 
during the execution of the program by deleting or re- 
placing the class data based on the utilization of the 
class data monitored by the class data monitor unit. 
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Description 

Background of the Invention 
s Field of the Invention 

The present invention relates to an information processing apparatus and is specifically applicable when performing 
distributed object-oriented programming, etc. 

10 Description of the Prior Art 

Conventionally, a distributed system can be easily developed because a method can be issued to an object in a 
remote computer as in the case of issuing a method to an object In a local computer using distributed object-oriented 
technology such as CORBA (common object request broker architecture). DCOM (distributed component object mod- 
's el), JavaRMI (Java remote method invocation), etc. 

However, since the conventional distributed object-oriented technology has no functions of replacing a part of a 
program code of a server object being operated or adding a part of a program code with new functionality from a remoie 
computer, distributed objects cannot be smoothly managed. 

For example, when a program for a new inquiry command is to be executed in a database server object, the sen/er 
20 object should be terminated and reset in such a way that a newly added program can be available to the server object, 
and then it should be activated again. 

Therefore, with an increasing number of server objects associated with an updated service, a longer time is taken 
to stop the sen^ice because it normally takes a long time to add or update a program code of a server object in a 
distributed system. 

25 Additionally, there has been the performance problem in case that the distributed system has a severe influence 

of a network delay when a plurality of methods are invoked for the same object, or when a large amount of data is 
passed through a method's parameters or a return value. 

Furthermore, the number of method interfaces of a server object shouki be increased for diversiflcatk>n to utilize 
the server object for general purposes or to customize a client side program using the server object interfaces. 
30 Therefore, in the conventional distributed system, the complicated server interfaces increase the difficulty of ap- 

plication development and the service response delay 

Furthermore, the conventkxial distributed system has the problem that an administrator has heavy responsibility 
in maintaining and managing the security of the interface when a program code is added or updated. 

35 Summary of the Invention 

Thus, the first object of the present invention is to delete or replace a part of a program code without stopping the 
program being operated. 

The second object of the present invention is to easily customize a program without programmer's knowledge of 
40 class management. 

The third object of the present invention Is to improve the security of the interface when a program code is added 
or updated in a distributed system. 

To solve the above described problems, the present invention includes a class data storage unit for storing class 
data added to an object; a class data monitor unit for monitoring the utilization of the class data; and a class data 
45 process unit for processing the class data based on the utilization of the class data. 

Thus, a program can be formed by class data, and the utilization of the program can be monitored for each piece 
of added class data. As a result, the class data being used can be recognized while the program is operated, and a 
part of the program code can be deleted or replaced during the executk)n of the program. 

According to an aspect of the present invention, when class data specified by an operation request is being used, 
50 the operation to the class data is delayed until the end of the use of the class data. 

Therefore, even if a process request for deletion or replacement of a part of program is issued to a program being 
executed, a part of the program can be deleted or replaced without stopping the operation of the program, thereby 
reducing the bad of the programmer when customizing the program. 

Another aspect of the present invention includes a check unit for checking whether or not a request to process 
55 class data is acceptable. 

Thus, a request to add or update a program code can be rejected, and the security of the interface in adding and 
updating the program code can be improved. 

According to a further aspect of the present invention, class data is added to a class data storage unit at each 
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class data addition request. 

Thus, the class data addition request can be identified, and an operation can be performed on the program for 
each function including the class data at the addition request. Therefore, the program can be easily customized without 
programmer's knowledge about class management. 
5 A further aspect of the present invention includes an agent class for generating an agent class object for monitoring 

the utilization of class data, and generates an agent class object according to the agent class when an operation is 
performed in the class data. 

Thus, the function of monitoring a program can be easily added to the program to be monitored, the utilization of 
the program can be easily monitored without programmer's knowledge about class management, and a part of the 
10 program code can be deleted or replaced while the program is running. 

According to a further aspect of the present invention, an agent class generates a class management object for 
managing class data added to an agent class object each time a request to add class data is issued. 

Thus, a program can be monitored for each function newly added to the program, and when the program is running, 
It can be determined which function of the program is being used. Therefore, only specifying the function of a part of 
IS the program can delete or replace the function of the program while the program is running. 

A further aspect of the present invention stores the relation between the class management object generated 
according to a class data addition request and identification infomiation about the class management object. 

Thus, only specifying kientification information such as a name of a class management object, etc. deletes and 
replaces a part of a program code while the program is running, thereby reducing the bad of the programmer when 
20 customizing the program. 

According to a further aspect of the present invention, a class management object includes a local class data table 
for storing class data specific to the class management object. 

Thus, even when a conflict between the class data transmitted from another object and the class data being man- 
aged by a class management object occurs, the class data transmitted from another object and the class data being 
25 managed by a class management object can be independently stored, and an agent class object can remotely process 
the class data transmitted from another object. 

According to a further aspect of the present invention, a class management object includes a deletion flag for 
storing a class data deletion request. 

Thus, a class data deletion request can be stored and accepted while the class data specified by the data deletbn 
30 request is being used. As a result, it is not necessary to reissue a class data deletion request after the request is once 
rejected. Because the actual deletion of the class data is managed to be deferred, the load of the programmer can be 
reduced. 

According to a further aspect of the present invention, a class management object includes a replacement class 
data storage area for storing new class data when class data replacement request is issued. 
3S Thus, new class data can be stored when a replacement request is issued, and a class data replacement request 

can be accepted while the class data specified by the class data replacement request is being used. As a result, it is 
not necessary to reissue a class data replacement request after the request is once rejected. Because the actual 
deletion of the class data is managed to be deferred, the load of the programmer can be reduced. 

According to a further aspect of the present invention, a class nnanagement object includes a running thread list 
40 for storing identification informatkxi about a thread which is processing class data. 

Thus, only referencing the running thread list determines whether or not class data being processed exists, and 
the utilizatbn of the class data can be easily checked. 

According to a further aspect of the present invention, a class nnanagement object includes a class name list for 
storing a class name of added class data. 
45 Thus, the class management object can easily check the class data managed by itself, and can process class data 

for each piece of added class data. 

According to a further aspect of the present invention, a class management object includes a reference object list 
for storing identification infonnnation about the class management object which manages class data referenced by 
certain class data, and a referenced object list for storing kientification informatbn about a class management object 
so which manages class data referencing certain class data. 

Thus, an operation can be performed on class data in consideration of the references of the class data, and the 
programmer does not have to recognize the references of the class data. Therefore, the program can be easily cus- 
tomized. 

According to a further aspect of the present invention, an agent class includes an access control class for checking 
ss access privileges from an object of another agent class. 

Thus, an agent class object can generate an access control object based on an access control class when another 
agent class object gains access. Therefore, each time an agent class object gains access, access privileges are 
checked and an access conditbns can be easily amended for each agent class object, thereby improving the security 
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of the interface in adding or updating a program code. 

A further aspect of the present invention includes a public remote method interface for adding class data to an 
agent class object. 

Therefore, during the execution of a program, class data can be newly added for the program. 
5 A further aspect of the present invention includes a class management object generation unit for generating a 

class management object for class data added to an agent class object; a class name registration unit for registering 
a class name of class data in a class name list in the class management object; a class data table write unit for writing 
the class data in a shared class data table; and a class management object table registration unit for registering iden- 
tification information about the class management object in a class management object table. 
10 Thus, the agent class object can monitor the utilization of each added class data, easily specify the added data, 

and perform an operation on the class data. 

According to a further aspect of the present invention, when a class name of class data added to an agent class 
object matches a class name of class data registered in a shared class data table, the class data added to the agent 
class object is removed from the shared class data table. 
IS Thus, a conflict in the same class in the shared class data table can be avoided. 

A further aspect of the present invention includes a public remote method interface for processing class data stored 
in an agent class object 

Thus, the agent class object can execute an operation represented by a class data. 

According to a further aspect of the present invention, when class data t>eing processed references another class 
20 data, executbn information is set for a class management object which manages the class data being processed, and 
is also set for a class management object which manages the referenced class data. 

Thus, even if a request to delete or replace the referenced class data is issued while the referencing class data is 
being processed, the deletion or replacement of the referenced class data can be temporarily held until the end of the 
process of the referencing class data, thereby avoiding unsuccessfully terminating the process on the class data. 
2S According to a further aspect of the present invention, when a running thread list is empty and a deletion flag of a 

class management object is set TRUE, class data corresponding to the class name in the class name list of the class 
nnanagement object is removed from the shared class data table. 

Thus, after completing the function of a part of a program specified In a deletion request, the function of the part 
of the program can be deleted. Therefore; suspending the program being executed or reactivating the program can 
30 be avoided when the function of the part of the program is requested to be deleted. 

According to a further aspect of the present invention, when a running thread list is empty and a replacement class 
data storage area stores class data, class data to be replaced and stored in the shared class data table is replaced 
with the class data stored in the replacement class data storage area. 

Thus, after completing the function of a part of a program specified In a replacement request, the function of the 
3S part of the program can be replaced with another function. Therefore, suspending the program being executed or 
reactivating the program can be avoided when the function of the part of the program is requested to be replaced. 

A further aspect of the present invention includes a public remote method interface for deleting class data from an 
agent class object. 

Thus, the agent class object can delete a part of a program. 
40 According to a further aspect of the present invention, when identification information about a thread is set in a 

running thread list of a class management object, the deletion of class data processed by the thread is suspended, 
and a deletion flag of the class management object is set TRUE. 

Thus, even when a deletion request is issued for class data being processed, the deletion request for the class 
data can be accepted without stopping processing the class data. Therefore, the class data can be requested to be 
45 deleted without affecting the process on the class data. 

A further aspect of the present invention includes a public remote method interface for replacing class data of an 
agent class object. 

Thus, the agent class object can replace a part of a program. 

According to a further aspect of the present invention, when identification information about a thread is set in a 
so running thread list of a class management object, the replacement of class data processed by the thread is suspended, 
and new class data is set in a replacement class data storage area of the class management object. 

Thus, even when a replacement request is issued for class data being processed, the replacement request for the 
class data can be accepted without stopping processing the class data. Therefore, the class data can be requested to 
be replaced without affecting the process on the class data. 
ss According to a further aspect of the present invention, when a deletion or replacement request is issued, an error 

notification is transmitted when a referenced object list of a class management object is not empty, and identification 
information about a referencing class management object is deleted from a referenced object list of a referenced class 
mar^gement object when a reference object list of the class management object is not empty 
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Thus, class data referenced by another class data can be prevented from being lost, and unnecessary information 
can be deleted, thereby improving the convenience when a program is customized. 

According to a further aspect of the present Invention, an agent class object can renrK)tely execute a program using 
a public remote method interface for processing class data transmitted from another agent class object 

A further aspect of the present invention stores class data transmitted from another agent class object in a local 
class data table of a class management object. 

Thus, a remote execution can be smoothly performed by an agent class object such that a conflict can be avoided 
between the class data and class data already stored for the class management object. 

According to a further aspect of the present invention, based on class data arvd serialized data of an object gen- 
erated from the class data, the object generated from the class data is restored. 

Thus, the object generated from the class data is- transmitted to another agent class object, and the object can 
be remotely processed. 

According to a further aspect of the present Invention, class data to be processed and class data referenced by 
the class data to be processed are transmitted to another agent class object. 
Thus, class data having reference relationship can be remotely processed. 

According to a further aspect of the present invention, class data in a destination agent class object is removed, 
and class data to be processed is transmitted to the destination agent class object. 

Thus, the amount of communications in a remote execution can be reduced, and the remote execution speed can 
be enhanced. 

According to a further aspect of the present invention, the execution state of a program including a plurality of 
functions is monitored for each function, and a process is performed on a function of the program based on the execution 
state of the program. 

Thus, when the function of a part of a program is not executed during the execution of the program, or when the 
function of a part of the program is completed during the execution of the program, the function of the part can be 
deleted or replaced during the execution of the program, thereby quickly customizing the program. 

Brief Description of the Drawings 

The present invention will be more apparent from the following detailed description, when taken in conjunction 
30 with the accompanying drawings, in which; 

FIG. 1 is a block diagram showing the functbnal configuration of the informatbn processing apparatus according 
to an embodiment of the present invention; 

FIG. 2 is a block diagram showing an example of the configuration of the class data process unit shown in FIG. 1; 
35 FIG. 3 is a block diagram showing the functional configuration of the computer according to an embodiment of the 

present inventton; 

FIG. 4 shows an example of the configuration of the class management object shown in FIG. 3; 
FIG. 5 shows an example of the configuration of an agent class; 

FIG. 6 shows a method of generating a class management object when class data is added; 
40 FIG. 7 shows an example of coding a template; 

FIG. 8 shows an example of the system configuration of the computer shown in FIG. 3; 

FIG. 9 is a flowchart showing an operation of the communication daemon shown in FIG. 3; 

FIG. 10 is a flowchart showing an operation of the communication thread shown in FIG. 3; 

FIG. 1 1 shows the state in which class data is added to an agent class object; 
45 FIG. 1 2 shows the state in which referenced class data is added to an agent class object; 

FIG. 1 3 shows the method of deleting an overlapping class data from an agent class object; 

FIG. 14 is a flowchart showing a class data adding process; 

FIG. 1 5 is a flowchart showing an access privileges checking process; 

FIG. 16 is a flowchart showing a class data fetching process; 
so FIG. 1 7 shows the state of an agent class object when class data is processed; 

FIG. 18 shows the state of an agent class object when referenced class data is processed; 

FIG. 1 9 is a flowchart showing a class data process; 

FIG. 20 shows the state of an agent class object when a deletion request is issued while class data is processed; 
FIG. 21 Is a flowchart showing a class data deleting process; 
S5 FIG. 22 shows the state of an agent class object when a replacement request is issued while class data is proc- 

essed; 

FIG. 23 shows the state of an agent class object after replacing class data; 
FIG. 24 is a flowchart showing a class data replacing process; 
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FIG. 25 is a flowchart (continued) showing a class data replacing process; 
FIG. 26 shows the state of an agent class object when class data is renrtotely evaluated; 
FIG. 27 shows the state of an agent class object when serialized data Is remotely evaluated; 
FIG. 28 is a flowchart showing a remote evaluation; 

FIG. 29 shows the state of an agent class object when referenced class data is remotely evaluated; 
FIG. 30 shows the state of an agent class object when overlapping class data is remotely evaluated; and 
FIG. 31 is a flowchart showing a class retrieving process. 

Description of the Preferred Embodiments 



The embodiments of the present invention are described below by referring to the attached drawings. 

FiG. 1 is a block diagram showing the functional configuration of the information processing apparatus according 
to an embodiment of the present invention. 

In FIG. 1 « a class data storage unit 1 stores class data added to an object. A class data monitor unit 2 monitors 
IS the utilization of the class data stored in the class data storage unit 1 for each piece of added class data. A class data 
process unit 3 processes the class data for each piece of added class data based on the utilization of the class data 
monitored by the class data monitor unit 2. 

With the above described configuration, the class data monitor unit 2 can monitor a program for each function 
newly added to the program. While the program is running, it can be determined which function of the program is being 
20 used. As a result, the class data process unit 3 can process the function of a part of the program during the operation 
of the program only by specifying the function of the part of the program. 

FIG. 2 is a block diagram showing an example of the configuration of the class data process unit 3 shown in FIG. 1 . 

In FIG. 2, a reception unit 11 receives a deletion request, a replacement request, etc. for the class data stored in 
the class data storage unit 1 . A determination unit 1 2 determines whether or not the class data specified by the deletion 
2S request, the replacement request, etc. is being used based on the monitor result from the class data monitor unit 2. A 
delay unit 1 3 delays the deletion, replacement, etc. of the class data until the use of the class data has been completed 
If the class data is being used. 

When a deletion request or a replacement request for class data being processed is issued, the reception unit 11 
receives the deletion request or the replacement request for the class data without stopping processing the class data. 
30 The delay unit 1 3 identifies whether or not the use of the class data to be deleted or replaced has been completed by 
referring to the determination result from the determination unit 1 2, and performs a process specified by a deletion 
request, a replacement request, etc. received by the receptk)n unit 11 after the use of the class data to be deleted or 
replaced is completed. 

After the execution of the function of a part of a program specified by a deletion request or a replacement request 
35 is completed, the funotion of the part of the program can be deleted, replaced with another functbn, etc. When the 
function of the part of the program is deleted, replaced, etc., it is not required to suspend or reactivate the program 
being executed. 

FIG. 3 is a block diagram showing the functional configuration of the computer according to an emtxxJiment of the 
present invention. 

40 In FiG. 3, an agent class is provided as a basic class of a library of a devetopment language, and the agent class 

is stored in an agent class library 31 . When developing a system, the programmer describes an application by gener- 
ating a subclass based on an agent class as a basic class. 

An agent class includes a class management object table 23 for storing the correspondence between class man- 
agement objects 24a through 24m and the names of the class management objects 24a through 24m; the class man- 

45 agement objects 24a through 24m for managing class data added to agent class objects 22a through 22n; a shared 
class data table 25 for storing the class data managed by the class management objects 24a through 24m; and public 
remote method interfaces 26 for performing a process on class data. 

The agent class objects 22a through 22n are generated in a computer 21 as instances of an agent class stored 
in the agent class library 31 . For example, the names f unction-l through f unction-m of the class management objects 

so 24a through 24m are registered in the class management object table 23 of the agent class object 22a. Simultaneously 
the pointers to the class management objects 24a through 24m respectively corresponding to the names function-1 
through function-m are stored therein. 

For example, a remove () method 26a, an add () method 26b, a get () method 26c, a set () method 26d, an eval 
0 method 26e. and a call () method 26f are provided as the public remote method interfaces 26 for the agent class 

55 object 22a. 

The remove () method 26a deletes class data from the shared class data table 25 using as arguments the names 
of the class management objects 24a through 24m which manage class data to be deleted. 

The add () method 26b newly generates the class management objects 24a through 24m which manage class 
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data to be added using as arguments the class data to be added and the names of the class management objects 24a 
through 24m which manage the class data to be added. Simultaneously, the add () method 26b registers the names 
of the class management objects 24a through 24m in the class management object table 23, and stores the class data 
to be added in the shared class data table 25. 
5 The get () method 26c copies class data from the shared class data table 25 using as arguments the names of 

the class management objects 24a through 24m which manage class data to be fetched. 

The set () method 26d replaces class data to be replaced in the shared class data table 25 with new class data 
using as arguments new replacing class data and the names of the class management objects 24a through 24m which 
manage the class data to be replaced. 
10 The eval {) method 26e performs a remote process on class data or the object of the class data using as arguments 

class data to be processed and serialized data of an object of the class data. 

The call () method 26f generates an object from class data stored in the shared class data table 25 using as 
arguments the names of the class management objects 24a through 24m which manage the class data to be processed. 

The computer 21 Includes a communication daemon 28; a network socket API (application programming Interface) 
IS 29; an operating system 30; and a system class library 32. 

When the public renrrate method interface 26 is invoked, communication threads 27a through 27k are assigned, 
and there can be a plurality of execution flows (for example, methods and functions) performed in parallel in a program 
with a data area shared among them. The multiple thread function is a standard function in the Java language, etc. 

The communications of information among the agent class objects 22a through 22n in the computer 21 and the 
20 communications of information between the computer 21 and another computer are established through a network 
socket API. 

The class replacement function and the remote executk>n function of the agent class objects 22a through 22n are 
applied to an actual system as, for example, a remote maintenance of software. Using these class replacement function 
and the remote execution function, software can be remotely replaced without stopping a server, and these functions 

25 can be used on a plurality of servers in a batch process. 

Therefore, when a program is amended with only a part of server software replaced, it is not necessary to stop 
the server and then reactivate it after the program is amended. Especially when a distributed system is adopted, the 
load of an administrator can be considerably reduced. Actually, a general application can be flexibly customized by 
generating a class operating in the agent class objects 22a through 22n. 

30 Thus, according to the embodiment shown in FIG. 3, when a plurality of agent class objects 22a through 22n are 

linked and the active agent class objects 22a through 22n receive an addition request or a deletion request for the 
class data which is a program code forming the agent class objects 22a through 22n, the shared class data table 25 
is provkJed in each of the agent class objects 22a through 22n to generate the class management objects 24a through 
24m each time an additk)n request is issued. 

35 When the class management objects 24a through 24m manage the search in the shared class data table 25 and 

the execution and deletion of an added class group, the added class group can be shared and a partial class group 
can be dynamically deleted and updated. 

Furthermore, by replacing a program or remotely executing a part of a program in a run time environment, flexible 
linkage and dynamic load balancing can be realized in a distributed network management system, a distributed network 

40 service, a distributed groupware. etc. 

Furthermore, a program code of an active server object can be added and updated during the operation of the 
server object, and a server object associated with an updated service does not have to be completely stopped. As a 
result, a servk:e can be stopped for a consKlerably short time. 

An agent refers to an object provided with a functk)n of monitoring class data forming the object. 

45 FIG. 4 shows an example of the configuration of the management object shown in FIG. 3. 

In FIG. 4, the class management objects 24a through 24m includes a local class data table (local classes) 41; a 
deletion flag (removable flag) 42; a replacement class data storage area (next classes) 43; a running thread ID list 
(running threads) 44; a class name list (class names) 45; a reference object list (referring) 46; a referenced object list 
(referred) 47; and a class search function 48 for retrieving class data. 

so The local class data table 41 stores class data received during the remote execution of the program. That is, when 

the class data is transmitted from any of other agent class objects 22a through 22n during the remote execution, the 
local class data table 41 stores the class data independently of the class data already managed by the class manage- 
ment objects 24a through 24m, thereby avoiding the conflict between the transmitted class data and the class data 
already managed by the class management objects 24a through 24m when the class data is remotely processed. 

55 The deletion flag 42 indicates whether or not a request to delete class data added to the shared class data table 

25 has been issued. The request to delete the class data can be accepted even when the class data specified by the 
deletion request is being used by storing the request to delete the class data in the deletion flag 42. 

The replacement class data storage area 43 temporarily stores newly replacing class data yNhen a request to 
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replace class data added to the shared class data table 25. The request to replace the class data can be accepted 
even when the class data specified by the request to replace the class data is being used by storing the new class 
data in the replacement class data storage area 43 at the issue of a replacement request. 

The running thread ID list 44 stores a thread ID which is processing class data added to the shared class data 
5 table 25. it can be determined by storing the thread 10 in the running thread ID list 44 and referring to the running 
thread ID list 44 whether or not the class data exists. 

The class name list 45 stores each class name of class data added to the shared class data table 25. The class 
data managed by the class management objects 24a through 24m can be checked, and a process can be performed 
for each piece of the class data managed by the class management objects 24a through 24m. 
10 The reference object list 46 shows which one of the class management objects 24a through 24m manages the 

class data utilized by the class data added to the shared class data table 25. The reference object list 46 enables a 
process on the class data to be performed in consideration of referenced class data. 

The referenced object list 47 shows which one of the class management objects 24a through 24m manages class 
data utilizing other class data, and a process can be performed on class data in consideration of the referencing class 
IS data. 

FIG, 5 shows an example of the configuration of the agent class. 

An agent class is provided as a basic class 52 of a class library 51 . The basic class 52 includes a class management 
object table 53, a class management object 54, a shared class data table 55. and a public remote method interface 
56. A subclass 57 generated from the basic class 52 is registered in the class library 51 , and the agent class objects 
20 22a through 22n can be generated as instances 58a through 58j from the subclass 57. 

Thus, a developer of a distributed system can realize the function of replacing class data in a run time environment 
by generating the subclass 57 of an agent class and describing an application without special knowledge about class 
management, and can generate a flexible system using a remote execution function by transmitting class data from 
external agent class objects 22a through 22n. 
25 FIG. 6 shows a method of generating a class management object when class data is added. 

In FIG. 6. for example, when class data A. class data 6, and class data C are added to an agent class object 301 
using the name lunction-l *, they are stored in a shared class data table 302, and simultaneously a class management 
object 303 for managing the class data A, B, and C is generated. 

The class names of the class data A, B, and C managed by the class management object 303 are registered In 
30 the class management object 303. and function-V is registered as the name of the class management object 303 in 
the class management object table. 

If class data D and E are added as the name 'function-2' to the agent class object 301 after the class data A, B, 
and C are added to the agent class object 301 , the class data 0 and E are stored in the shared class data table 302, 
and a class management object 304 for managing the class data D and E is newly generated. 
35 The class names of the class data D and E managed by the class management object 304 are registered in the 

class management object 304, and 1unctfon-2' is registered as the name of the class management object 304 in the 
class management object table. 

If class data F, G, and H are added as the name 1unction-3' to the agent class object 301 after the class data D 
and E are added to the agent class object 301 . the class data F, G, and H are stored in the shared class data table 
40 302, and a class management object 305 for managing the class data F. G, and H Is newly generated. 

The class names of the class data F, G, and H managed by the class management object 305 are registered in 
the class management object 305, and 1unction-3' is registered as the name of the class management object 305 in 
the class management object table. 

Thus, each time a function formed by class data is added to the agent class object 301 , the class management 
45 objects 303 through 305 are generated. As a result, a program can be monitored for each function formed by class 
data, and it can be determined which function of the program is being used during the operation of the program. 
Therefore, the function of a part of the program can be deleted or replaced during the operation of the program. 

Furthermore, if the names functbn-l' through 'functlon-3' of the class management objects 303 through 305 are 
registered in the class management object table, the programmer can specify the functbn added to a program by 
so specifying the names function- 1 * through *function-3' of the class management objects 303 through 305, thereby im- 
proving the convenience in customizing the program. 

Described below is the method of customizing the application according to an embodiment of the present invention. 

FIG. 7 shows an example of coding a template. 

Assume that, in FIG. 7. for example, the application for screening the E-mail arrival notification is provided in a 
55 template (model) format using an initialization file. The template is used to screen the arrival notificatton about the mail 
from a specified sender. Selecting 'From' from a pop-up menu 82 of a field column 83 of an initialization menu 81 and 
inputting the name of the sender through the keyboard sets the name of the sender in a contents column 84. 

On the other hand, when a keyword is to be retrieved from the body of the E-mail and screened, it cannot be 
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successfully retrieved only through the functions provided by the template shown in FIG. 7. Therefore, a program code 
for searching the text of the E-mail for a keyword Is obtained externally. Then, the program code for the portion of the 
arrival notification of the E-mail provided by the template shown in FIG. 7 is replaced with the program code for retrieving 
a keyword of the text of the E-mail. 

5 When a program code is replaced, the class management objects 24a through 24m monitor the utilization of a 

program code for a portion of the arrival notification of E-mail. This allows the program code to be replaced when the 
program code for the portbn of the arrival notification of E-mail is not executed. Therefore, when the template shown 
in FIG. 7 is customized, a part of the function of the program in the template format shown in FIG. 7 can be replaced 
without stopping the operation of the program in the template format shown in FIG. 7. 

10 Thus, a program to be customized is operated and a program code required for an application to be established 

can be retrieved for replacement by coding the template and monitoring the program code for each functbn. Therefore, 
an application can be flexibly customized without limitations from the current template. 
FIG. 8 shows an example of the system configuratbn of the computer shown in FIG. 3. 

In FIG. 8, a CPU 61, a RAM 62, a. ROM 63, a communrcation interface 64, a printer 65, a display 66, a keyboard 
IS 67, a mouse 68, and a driver 69 are interconnected. For example, a hard disk 70, a floppy disk 71 , a magnetic tape 
72, an optical disk 73 such as a CD-ROM, a DVD-ROM, etc., and an IC memory card 74 are connected to the driver 69. 

An agent class is stored in the ROM 63, the hard disk 70, the floppy disk 71 . the magnetic tape 72, the optical disk 
73 such as a CO-ROM, DVD-ROM, etc.. the IC memory card 74. etc. When the agent class objects 22a through 22n 
are activated from the agent class, the agent class objects 22a through 22n are generated under the control of the 
20 CPU 61 and stored in the RAM 62. The operations on the agent class objects 22a through 22n are performed by 
operating the screen in the template format shown on the display 66 or inputting data through the keyboard. 

Furthermore, a program can be transmitted or received through the communicatkx) interface 64. The communi- 
cation network connected to the communication interface 64 can be, for example, a LAN (local area network), a WAN 
(wide area network), the Internet, an analog telephone network, a digital telephone network (ISDN: integrated services 
25 digital network), and a wireless communication network used in a PHS (personal handy system), etc. 
FIG. 9 is a flowchart showing the operations of the communication daemon 28 shown in FIG. 3. 
In FIG. 9, when the communk:ation daemon 28 receives a message from another computer through the network 
socket API 29 in a state of waiting for a message (step SI), the names AGENT-1 through AGENT-n of the destinatkm 
agent class objects 22a through 22n, a method name, and an argument are obtained from the message (step S2), and 
30 the communication threads 27a through 27k are generated (step S3). Then, the data obtained from the other computer 
is passed to the communication threads 27a through 27k. 

FIG. 10 is a flowchart showing the operations of the communication threads 27a through 27k shown in FIG. 3. 
In FIG. 10, when the communk:afion threads 27a through 27k are generated from the communication daemon 28 
(step S11), the agent class objects 22a through 22n are specified by the names AGENT-1 through AGENT-n of the 
35 agent class objects 22a through 22n specified by the communication daemon 28 (step 812). 

Next, the communication threads 27a through 27k calls the public remote method interface 26 for the specified 
agent class objects 22a through 22n by setting an argument transmitted from the communication daemon 28 (step 
SI 3), and awaits a return value from the agent class objects 22a through 22n (step SI 4). 

Upon receipt of a return value of the public remote method interface 26 from the agent class objects 22a through 
40 22n, the communication threads 27a through 27k control the network socket API 29 to return a message containing 
the return value to an agent class object of another computer which issued the public remote method interface 26 (step 
SI 5). and delete the communication threads 27a through 27k (step SI 6). 

Described below is the method of adding class data to the agent class objects 22a through 22n. 
FIG. 11 shows the state in which class data is added to an agent class object. 
45 In FIG. 11, for example, when a function comprising the class data A, B, and C is added to an agent class object 

101 using the name 'function-V, the class data A, B, and C are stored in a shared class data table 104, and a class 
management object 103 for managing the class data A, B, and C is generated The lunction-V is registered as the 
name of the class management object 103 in a class management object table 102. Corresponding to the name f unc- 
tion-1* of the class management object 103, a pointer to the class management object 103 is generated in the class 
50 management object table 102. 

The class names A, B, and C of the respective class data A, B, and C managed by the class management object 
103 are registered in the class name list (class names) of the class management object 103. and a deletion flag (re- 
movable flag) is set FALSE. The kxal class data table (local classes), the replacement class data storage area (next 
classes), the running thread ID list (running threads), the reference object list (referring), and the referenced object list 
55 (referred) are null. 

FIG. 12 shows the state in which class data having reference relationship is added to an agent class object. 
In FIG. 12, for example, the function comprising the class data A, B. and C is added as the name 'function-V to 
an agent class object 111. The class data A, B. and C are stored in a shared class data table 115, and a class man- 
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agement object 113 tor managing the class data A. B, and C is generated. 

The class names A, B, and C of the respective class data A, B, and C managed by the class management object 
113 are registered in the class name list (class names) of the class management object 11 3. and a deletion flag (re- 
movable flag) is set FALSE. The local class data table (local classes), the replacement class data storage area (next 
5 classes), the running thread ID list (running threads), and the reference object list (referring) are null. 

The function- V is registered as the name of the class management object 11 3 in a class management object table 
1 1 2. Corresponding to the name 'f unction-1 ' of the class management object 1 1 3. a pointer to the class management 
object 113 is generated in the class management object table 112. 

In this state, when a function comprising the class data F and G is added to an agent class object 111 using the 
10 name *function-3', the class data F and G are added to a shared class data table 115. 

Then, a class management object 114 for managing the class data F and G is newly generated. The 1unction-3' 
is registered as the name of the class management object 114 in a class management object table 112. Corresponding 
to the name 1unction-3* of the class management object 114. a pointer to the class management object 114 is newly 
generated in the class management object table 112. 
IS The class names F and G of the respective class data F and G managed by the class management object 114 are 

registered in the class name list (class names) of the class management object 114. and a deletion flag (renfX)vable 
flag) is set FALSE. The local class data table (local classes), the replacement class data storage area (next classes), 
the running thread ID list (running threads), and the referenced object list (referred) are null. 

Assume that the class data F is based on the existence of the class data A already added to the shared class data 
20 table 115 as follows. 



class F ( ) ( 

25 : 

new A ( ) ; 

m 

^ new GO; 

} 

3S The reference object list (referring) of the class management object 114 stores the reference information about 

the class management object 1 1 3 for managing the referenced class data A, and the referenced object list (referred) 
of the class management object 113 stores the referenced information about the class management object 114 which 
manages the referencing class data F. 

Therefore, even when the remove () method 26a and the set () method 26d are invoked using the name f unctlon- 

40 V as an argument, and a deletion request and a replacement request for a function comprising the class data A, 8, 
and C is issued to the agent class object 1 11 . the class management object 1 1 3 can hold the deletion request and the 
replacement request for the f unctbn comprising the class data A. B. and C by checking the referenced object list. Thus, 
the function of the class data F whk;h refers to the class data A can be protected against ruins. 

FIG. 1 3 shows the method of rejecting double registration of class data in the agent class objects 22a through 22n. 

45 In FIG. 13, for example, a function comprising the class data A, B, and C is added to an agent class object 121 

using the name 'function-V, the class data A, B, and C are stored in a shared class data table 124, and a class man- 
agement object 123 for managing the class data A. B, and C is generated. 

The class names A, B, and C of the respective class data A, 6. and C managed by the class management object 
123 are registered in the class name list (class names) of the class management object 123, and a deletion flag (re- 

so movable flag) is set FALSE. The local class data table (local classes), the replacement class data storage area (next 
classes), the running thread ID list (running threads), the reference object list (referring), and the referenced object list 
(referred) are null. 

The 1unctk>n-V is registered as the name of the class management object 123 in a class management object table 
1 22. Corresponding to the name 'f unction-1 ' of the class management object 1 23. a pointer to the class management 
55 object 123 is generated in the class management object table 122, 

In this state, when an add () method 125 of the agent class object 121 is invoked using the name 1unction-6', the 
class data D. E. and A as arguments, the class data D is newly stored in a shared class data table 1 24 after confirming 
that the class data D is not stored in the shared class data table 124 of the agent class object 121. 
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Next, after confirming that the class data E is not stored in the shared class data table 124, the class data E is 
newly stored in the shared class data table 124. 

When the class data A is stored in the shared class data table 124, the class data D and E are deleted from the 
shared class data table 1 24 because the class data A has already been stored in the shared class data table 1 24. The 
5 class data D. E. and A having the name 'lunction-6' are not stored in the shared class data table 124. 

When the agent class object 121 receives a request to simultaneously add or replace plural pieces of class data, 
the shared class data table 1 24 is restored to its original state by deleting all class data to be added in the shared class 
data table 124 if a conflict arises between a part of the class names to be added and the class names existing in the 
agent class object 121 during the class data adding process. 
10 FIG. 14 is a flowchart showing the class data adding process. 

When the agent class objects 22a through 22n add class data, the add () method 26b is invoked. 
First, in FIG. 14, access privileges to the agent class objects 22a through 22n is checked (step S21). If there are 
no access privileges, the process is suspended. 

Then, the names 1unctbn-1 ' through lunction-m* assigned when the class data Is added and the class data to be 
15 added are obtained from the argument of the add () method 26b (step S22), and the names 'f unction-1 ' through 1 unction- 
m' assigned when the class data is added are retrieved from the class management object table 23 (step S23). 

Next, it is checked whether or not the names 'function- V through 1unctk)n-m' assigned when the class data Is 
added exist in the class management object table 23 (step S24). If the names 'function-V through 1unction-m' assigned 
when the class data is added exist in the class management object table 23, an error notification is issued and the 
20 process is suspended (step S25), 

On the other hand, if the names 'function-V through 'function-m' assigned when the class data is added do not 
exist in the class management object table 23. the class data specified by the additbn request is written to the shared 
class data table 25 (step S26). 

Then, it is determined whether or not the same class name exists in the shared class data table 25 (step S27). If 
25 it is detected while the class data is being written that the same class name exists in the shared class data table 25, 
then the class data stored in the shared class data table 25 at the addition request is deleted, the shared class data 
table 25 is restored to its original state (step S26), an error notification is issued, and the process terminates (step S29). 

On the other hand, if all class data specified at an addition request have been successfully added because the 
same class name does not exist in the shared class data table 25 when the class data is written, then the class man- 
30 agement objects 24a through 24m are newly generated. The names 'lunction-1' through function-m' assigned when 
the class data set by the argument of the add () method 26b are registered in the class management object table 23 
so that the newly generated class nfianagement objects 24a through 24m can be identified by the names 'f unction-1 ' 
through 1unction-m' registered in the class management object table 23 (step S30). 

Then, the class names of all class data added to the shared class data table 25 are set in the class name list 45 
35 of the newly generated class management objects 24a through 24m (step S31). 

Next, the class related to the class data added to the shared class data table 25 is checked, destination information 
is set In the reference object list 46 of the newly generated class management objects 24a through 24m (step S32). 
and source information is set in the referenced object list 47 of the referenced class management objects 24a through 
24m (step S33), thereby temninating the process. 
40 Described below is the method of controlling access privileges according to an embodiment of the present inven- 

tion. 

Assume that the process for checking access privileges at the replacement of a class is reserved by the name, 
for example. 'CheckSet*. and the fotbwing class is added to the agent class objects 22a through 22n by the name 
•CheckSef. 

45 



so 



55 
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class CheckSet ( 

void start (Remote Agent 
^ requester. 

String name. 
Object val ) 

10 

throws AccessException { 

if (I requester . get ( " name " ) • 
equals ( "Admin" ) ) 
throw new AccessException ( ) ; 



20 } 

) 

Before registering the class data, access control conditions are checked using the requesting user name, the host 
25 name, and the names 'AGENT-1' through 'AGENT-n' of the agent class objects 22a through 22n, etc. to determine 
whether or not the request to process the class data is acceptable. That is. if the operating agent class objects 22a 
through 22n accept a deletion request or a replacement request for the class data, an object is generated from the 
class named 'CheckSet' for execution. 

In this case, unless the name of the agent that has issued a class data replacement request matches 'Admin*, the 
30 replacing process is not performed, but an exception occurs. Since the class describing the access control conditions, 
is processed in the same manner as other classes in the agent class objects 22a through 22n, the access control 
conditions being effective can be amended. That is, the access control conditions are managed as replaceable class 
data in the agent class objects 22a through 22n, and the access control conditions on the operating agent class objects 
22a through 22n can be amended. 
35 Thus, even when a program is added or updated from a remote computer, the interface is secured in adding and 

updating a program code, thereby reducing the load of the administrator of the maintenance and management of 
distributed objects. 

FIG. 1 5 is a flowchart showing the access privileges checking process. 

The access privileges checking process is invoked by a process of adding class data to the agent class objects 
40 22a through 22n shown in FIG. 13; a process of obtaining the class data shown in FIG. 16; a process performed on 
the class data shown in FIG. 19; a process of deleting class data shown in FIG. 21; a process of replacing class data 
shown in FIGs. 24 and 25; and a class data remote process shown in FIG. 28. 

In FIG. 15, when an access privileges check is started (step S41), the class of the access privileges check de> 
scribing the access control conditions is retrieved from the shared class data table 25 (step S42). Then, it is checked 
45 whether or not the class for checking access privileges exists in the shared class data table 25 (step 843). If the class 
exists in the shared class data table 25. an object is generated from the class of the access privileges check for execution 
(step S44). 

The class of the access privileges check refers to a program describing mies according to the type and argument 
of a process, the names AGENT-1 through AGENT-n of the agent class objects 22a through 22n, the process requesting 
50 user names, etc., and can be replaced with another class of the access privileges check during the operations of the 
agent class objects 22a through 22n as with other class data added to the agent class objects 22a through 22n. 

Therefore, the access control conditions can be easily amended for each of the agent class objects 22a through 
22n. thereby improving the security of the interface in adding and updating a program code. 

On the other hand, if the class of the access privileges check does not exist in the shared class data table 25, the 
55 access privileges are checked under the default conditions (step 845). 

Then, it is determined whether or not access privileges exist (step 846). If no access privileges exist, an error 
notification is issued (step 847) and the process terminates (step 847). If access privileges exist, the agent class 
objects 22a through 22n accepts a requested process (step S4d). 
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Described below is the method of obtaining the class data from the agent class objects 22a through 22n. 
FIG. 16 is a flowchart showing the process of obtaining class data 

When the agent class objects 22a through 22n performs a process of obtaining class data, the get () method 26c 
Is invoked. 

s In FIG. 1 6, access privileges are checked first on the agent class objects 22a through 22n (step S51 ). If no access 

privileges exist, the process terminates. 

Next, the names lunctbn-l ' through 1unction-m' of the class management objects 24a through 24m for managing 
the class data to be processed are obtained from the argument of the get () method 26c (step S52), and the names 
'function- V through 'function-m' of the class management objects 24a through 24m for managing the class data to be 
^0 processed are retrieved from the class management object table 23 (step S53). 

Then, it is checked whether or not the names 'function-l ' through 1unction-m' of the class management objects 
24a through 24m for managing the class data to be processed are registered in the class management object table 
23 (step S54). If the names 'functlon-l * through lunction-m* of the class management objects 24a through 24m for 
managing the class data to be processed are not registered In the class management object table 23, an error notifi- 
es cation is issued and the process is suspended (step S55). 

If the names 'function- V through *function-m' of the class management objects 24a through 24m for managing the 
class data to be processed are registered in the class management object table 23, then the class names are obtained 
from the class name list 45 of the class management objects 24a through 24m, the class data of the class name is 
copied from the shared class data table 25 (step S56), and the class data Is returned as a return value to the requester 
20 (step S57). 

Described below is the method of processing class data in the agent class objects 22a through 22n. 
FIG. 17 shows the state of an agent class object when the class data is processed. 

In FIG. 17, for example, the function comprising the class data A. B, and G Is added as the name 'function-V to 
an agent class object 1 31. The class data A, B, and C are stored in a shared class data table 135. and a class man- 
25 agement object 1 33 for managing the class data A, 8, and C is generated. 

The class names A, B, and C of the respective class data A, B, and 0 managed by the class management object 

1 33 are registered In the class name list (class names) of the class management object 1 33, and a deletion flag (re- 
movable flag) is set FALSE. The kx:al class data table (k3cal classes), the replacement class data storage area (next 
classes), the reference object list (referring), and referenced object list (referred) are null. 

30 The 1unclion-1 ' is registered as the name of the class management object 1 33 in a class management object table 

1 32. Corresponding to the name 1unction-1 ' of the class management object 133, a pointer to the class management 

object 133 is generated in the class management object table 132. 

When a request to process the class data A, B, and G is Issued to the agent class object 1 31 by specifying the 

name 1unction-1 '. the objects A. B. and G are generated from the class data A, B, and G, and a thread 1 34 is assigned. 
35 The running thread ID list (running threads) stores identification information about the thread 1 34 assigned to the 

objects A. B, and C. When the objects A. B, and C have been processed, the identificatran information about the thread 

134 assigned to the objects A B, and G is deleted from the running thread ID list (running threads). 

Therefore, the class management object 1 33 can easily determine whether or not the class data A, B, and G 
managed by the class management object 1 33 are being used by referring to the running thread ID list (running threads). 
<o FIG. 1 8 shows the state of an agent class object whose class data having reference relationship is being processed. 

In FIG. 18. for example, the function comprising the class data A, B. and G is added as the name 'function-l' to 
an agent class object 141 . The class data A, B, and G are stored in a shared class data table 147, and a class man- 
agement object 143 for managing the class data A B, and G Is generated. 

The class names A, B, and G of the respective class data A, B, and G managed by the class management object 
45 143 are registered in the class name list (class names) of the class management object 143, and a deletion flag (re- 
movable flag) is set FALSE. The local class data table (local classes), the replacement class data storage area (next 
classes), and the reference object list (referring) are null. 

The lunctbn-V is registered as the name of the class management object 143 in a class management object table 
1 42. Gorresponding to the name 1unction-1 * of the class management object 1 43, a pointer to the class management 
so object 143 is generated in the class management object table 142. 

The function comprising the class data D is added as the name *function-4' to an agent class object 141 . The class 
data D are stored in a shared class data table 147, and a class management object 145 for managing the class data 
D is generated. 

The class name D of the class data D managed by the class management object 145 is registered in the class 
55 name list (class names) of the class management object 145, and a deletion flag (removable flag) is set FALSE. The 
local class data table (local classes), the replacement class data storage area (next classes), and the referenced object 
list (referred) are null. 

The 1unctk)n-4' is registered as the name of the class management object 145 in a class management object table 
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142. Corresponding to the name lunction^' of the class management object 145. a pointer to the class management 
object 145 is generated tn the class management object table 142. 

Assume that the class data D is based on, for example, the existence of the class data A and B as follows. 

class D ( ) ( 



new A ( ) ; 



new B ( ) ; 

} 



The reference object list (referring) of the class management object 145 stores the reference information about 
the class management object 143 for managing the referenced class data A and B, and the referenced object list 
20 (referred) of the class management object 143 stores the referenced information about the class management object 
145 which manages the referencing class data D. 

In this state, when a request to process the class data D is issued to the agent class object 141 by specifying the 
name 1unction-4', the object D is generated from the class data D, and a thread 144 is assigned. 

The running thread 10 list (running threads) of the class management object 145 stores the identificatbn information 
25 of the thread 144 assigned to the object D, and the running thread ID list (running threads) of the class management 
object 143 for managing class data A and B referred to by the class D also stores the identification information of the 
thread 144 assigned to the object D. 

When the execution of the object O Is completed, the identification information about the thread 144 assigned to 
the object D is deleted from the running thread ID list (running threads) of the class management object 143 and the 
30 class management object 145. 

Therefore, even if a request to delete or add the function named 'function- V is issued to the agent class object 
141 during the execution of the function named 'function^', the class management object 143 can hold the request to 
delete or add the function named *functlon-1' by checking its own running thread ID list (running threads), thereby 
preventing the execution of the function named 'function-4' from being rejected during the execution of the function 
3S named 'function-4' 

FIG. 1 9 is a flowchart showing the process performed on class data. 

When the agent class objects 22a through 22n performs a process on the class data, the cad () method 26f is 
invoked. 

In FIG. 1 9, access privileges are checked first on the agent class objects 22a through 22n (step S61 ). If no access 

40 privileges exist, the process terminates. 

Next, the names 'function-V through 1unction-m' of the class management objects 24a through 24m for managing 
the class data to be processed are obtained from the argument of the call () method 26f (step S62). and the names 
lunction-V through lunctionnn' of the class management objects 24a through 24m for managing the class data to be 
processed are retrieved from the class management object table 23 (step S63). 

45 Then, it is checked whether or not the names 'function-V through 1unction-m' of the class management objects 

24a through 24m for managing the class data to be processed are registered in the class management object table 
23 (step 864). If the names 'function-V through functkxi-m' of the class management objects 24a through 24m for 
managing the class data to be processed are not registered in the class management object table 23, an error notifi- 
catbn is issued and the process Is suspended (step S65). 

50 If the names 'function-1 ' through 'function-m' of the class management objects 24a through 24m for managing the 

class data to be processed are registered in the class management object table 23, then the running thread ID is added 
to the running thread ID list 44 of the class management objects 24a through 24m, and the running thread ID is added 
to the running thread ID list 44 of the class management objects 24a through 24m shown in the reference object list 
46 of the class management objects 24a through 24m (step S66). 

55 Then, an object is generated from the class data to be processed (step S67), and the end of the process is awaited 

(step S68). 

When the process terminates, the running thread ID is deleted from the running thread ID list 44 of the class 
management objects 24a through 24m. and the running thread ID is deleted from the running thread ID list 44 of the 
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class management objects 24a through 24m shown in the reference object list 46 of the class management objects 
24a through 24m (step S69). 

It is checked whether or not the running thread ID list 44 is empty (step S70). If the running thread ID list 44 is not 
empty, the execution process terminates (step S71 ). When the running thread ID list 44 is empty, it is checked whether 
5 or not the deletion flag 42 is TRUE (step S72). If the deletion flag 42 is TRUE, then the deleting process is reserved. 
and the deleting process shown in FIG, 21 is invoked (step S73) and the execution process terminates (step S74). 

If the deletion flag 42 is FALSE, it is checked whether or not the replacement class data storage area 43 is empty 
(step S75). If the replacement class data storage area 43 is empty, the execution process terminates (step S76). If the 
replacement class data storage area 43 is not empty, the replacing process is reserved, and the replacing process 
10 shown in FlGs. 24 and 25 are invoked using as an argument the class data stored in the replacement class data storage 
area 43 (step S77). thereby temiinating the execution process. 

When the operating agent class objects 22a through 22n accept a request to delete or replace class data, the 
class management objects 24a through 24m monitor the utilizatkm of each class data. As a result, the deletk>n or 
replacement of the class data can be delayed until the class data to be deleted or replaced become unavailable, thereby 
IS successfully processing the class data deletion or replacement request without stopping the operating agent class 
objects 22a through 22n. 

When a class data deletion or replacement request is issued to the operating agent class objects 22a through 22n, 
a stop request can be issued to an object which is using the class data to be deleted or replaced so that the class data 
can be deleted after the response from the object. 
20 Described below is the method of deleting class data from the agent class objects 22a through 22n. 

FIG. 20 shows the state of an agent class object when a deletion request is issued when the class data is processed. 

In FIG. 20, for example, the function comprising the class data A, B. and C is added as the name 'function-1' to 
an agent class object 1 51 . The class data A. B, and C are stored in a shared class data table 1 55, and a class man- 
agement object 153 for managing the class data A B, and C is generated. 
25 The class names A, B, and C of the respective class data A, B, and C managed by the class management object 

1 53 are registered in the class name list (class names) of the class management object 1 53. The local class data table 
(local classes), the replacement class data storage area (next classes), the reference object list (referring), and refer- 
enced object list (referred) are null. 

The *functbn-1 is registered as the name of the class management object 153 in a class management object table 
30 1 52. Corresponding to the name 'function-1 ' of the class management object 1 53. a pointer to the class management 
object 153 is generated in the class management object table 152. 

Furthermore, when the functbn named 'function- V is performed, the objects A. B. and C are generated from the 
class data A, B. and C, and are assigned a thread 154. Simultaneously, the running thread ID list (running threads) 
stores identificatbn infomiation about the thread 154 assigned to the objects A. B, and C. 
3S In this state, when the name 'function-l ' is specified and a deletion request for the class data A, B, and C is issued, 

the class management object 153 refers to a running thread ID list (running threads), and confirms the utilization of 
the class data A, B. and C. 

In this case, since a running thread ID list (running threads) contains the kJentification information about the thread 
154. it is recognized that the class data A. B. and C are being used, a deletk)n request for the class data A, B, and C 
40 are held, a deletion flag (removable flag) is set TRUE, and the deletion request for the class data A. B, and C is stored. 

When the function named 'function-V is completely perfonmed, the identification information about the thread 154 
is deleted from the running thread ID list (running threads), and the class rnanagement object 153 confirms whether 
or not a deletion request for the class data A. B, and C has been Issued by referring to the state of the deletion flag 
(removable flag). 

45 Since the deletion flag (removable flag) is TRUE, the class data A, B. and 0 are successfully deleted at this time. 

When a strong deletion request is issued, the function named lunction-V being performed is suspended to imme- 
diately delete the class data A, B, and C. 

FIG. 21 is a flowchart showing a class data deleting process. 

When the agent class objects 22a through 22n delete class data, the renfK>ve () method 26a is invoked. 
50 In FIG. 21 , access privileges are checked first on the agent class objects 22a through 22n (step S81 ). If no access 

privileges exist, the process terminates. 

Next, the names lunctbn-l ' through 1unction-m' of the class management objects 24a through 24m for managing 
the class data to be deleted are obtained from the argument of the remove () method 26a (step S82), and the names 
•function-1 ' through 1unctton-m' of the class management objects 24a through 24m for managing the class data to be 
55 deleted are retrieved from the class management object table 23 (step S83). 

Then, it is checked whether or not the names 'function-1 ' through 1unction-m' of the class management objects 
24a through 24m for managing the class data to be deleted are registered in the class management object table 23 
(step 884). If the names 'function-V through lunctbn-m' of the class management objects 24a through 24m for man- 
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aging the class data to be deleted are not registered in the class management object table 23, an error notification is 
issued and the process is suspended (step S85). 

If the names 'f unction-1 ' through 'function-m' of the class management objects 24a through 24m for managing the 
class data to be deleted are registered in the class management object table 23, it is checked whether or not the 
s running thread ID list 44 is empty (step S86). If the running thread ID list 44 is not empty, the deletion flag 42 of the 
class management objects 24a through 24m is set TRUE (step S87). thereby terminating the deleting process (step 
S88). 

If the running thread ID list 44 is empty, it is checked whether or not the referenced object list 47 is also empty 
(step S89). If the referenced object list 47 Is not empty, an error notification is issued and a deleting process is suspended 
10 (step S90). 

If the referenced object list 47 is empty, it is checked whether or not the reference object list 46 is also empty (step 
S91). If the reference object list 46 is not empty, then the referenced information about the class management objects 
24a through 24m are deleted from the referenced object list 47 of each of the class management objects 24a through 
24m shown in the reference object list 46 (step S92). 
IS On the other hand, if the reference object list 46 is empty, the class management objects 24a through 24m specify 

the class data to be deleted from the shared class data table 25 by referring to the class name list 45, and delete the 
class data having the class name registered in the class name list 45 of the class management objects 24a through 
24m from the shared class data table (step S93). 

Then, the names 1unction-1* through 1unction-m' of the class management objects 24a through 24m are deleted 
20 from the class management object table 23, and the deleting process terminates. 

Described below is the method of replacing the class data of the agent class objects 22a through 22n. 
FIG. 22 shows the state of the agent class object when a replacement request is issued when the class data is 
processed. In this example, the functbn named 'function- V comprising the class data A, B, and C is replaced with the 
functk>n named *function-2' comprising the class data D arKi E. 
25 In FIG. 22, for example, the function comprising the class data A, B, and C is added as the name 'function-!' to 

an agent class object 161. The class data A, B, and C are stored in a shared class data table 165» and a class man- 
agement object 163 for managing the class data A, B. and C is generated. 

The class names A. B, and C of the respective class data A, B. and C managed by the class management object 
163 are registered in the class name list (class names) of the class management object 163, and a deletion flag (re- 
30 movable flag) is set FALSE. The local class data table (local classes), the reference object list (refenring), and the 
referenced object list (referred) are null. 

The 1 unctbn-l ' is registered as the name of the class management object 1 63 in a class management object table 
162. Corresponding to the name lunction-V of the class management object 163, a pointer to the class management 
object 163 is generated in the class management object table 162. 
35 Furthermore, when the function named 'function-V is performed, the objects A, B, and C are generated from the 

class data A, B, and C, and are assigned a thread 164. Simultaneously the running thread ID list (running threads) 
stores identificatk)n information about the thread 164 assigned to the objects A, B. and C. 

In this state, when the name 'function-V is specified and a replacement request for the class data A, B, and C is 
Issued, the class management object 163 refers to a running thread ID list (running threads), and confirms the utilization 
40 of the class data A, B, and C. 

In this case, since a running thread ID list (running threads) contains the identification information about the thread 
164, it is recognized that the class data A, B, and C are being used, a replacement request for the class data A, B, 
and 0 are held, and the class data D and E to replace the class data A. B. and C are stored in the replacement class 
data storage area (next classes). 
45 When the function named 'function-V is completely performed, the klentification information about the thread 164 

is deleted from the running thread ID list (running threads), and the class management object 163 confirms whether 
or not a replacement request for the class data A B. and C has been issued by referring to the state of the replacement 
class data storage area (next classes). 

In this example, since the replacement class data storage area (next classes) stores the class data D and E, the 
50 class data A, B, and C are successfully replaced with the class data D and E. 

When a strong replacement request is issued, the function named lunction-V being performed is suspended to 
immediately replace the class data A, B, and C. 

FIG. 23 shows the state of the agent class object after the replacement the class data. 

In FIG. 23. when the class data A, B, and C are replaced with the class data D and E. the class data D and E are 
55 deleted from the replacement class data storage area (next classes) of the class management object 163 shown in 
FIG. 22. and the class names A, B, and C of the class data A, B, and C registered in the class name list (class names) 
shown in FIG. 22 are replaced with the class names D and E of the class data D and E. Thus, the class management 
object 163 shown in FIG. 22 is updated to a class management object 173. 
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The class data A. B. and C stored in the shared class data table 165 shown in FIG. 22 are replaced with the class 
data D and E. and the shared class data table 1 65 shown in FIG. 22 is updated to a shared class data table 1 74 shown 
in FIG. 23. 

Furthermore, the name 'function-V of the class data A, B, and C registered in the class management object table 
5 162 shown in FIG. 22 is replaced with the name 1unction-2 of the class data D and E, and the class management 
object table 162 shown in FIG. 22 is updated to a class management object table 172 shown in FIG. 23. 
FIGs. 24 and 25 are flowcharts showing the class data replacing process. 

When the agent class objects 22a through 22n perfomn the class data deleting process, the set () method 26d is 
. invoked. 

10 In FIG. 24. access privileges are checked first on the agent class objects 22a through 22n (step S1 01 ). If no access 

privileges exist, the process terminates. 

Next, the names 1unction-l' through 1unction-m' of the class management objects 24a through 24m for managing 
the class data to be replaced and new replacing class data are obtained from the argument of the set () method 26d 
(step SI 02), and the names 1unctk)n-V through 'function-m' of the class management objects 24a through 24m for 
IS managing the class data to be replaced are retrieved from the class management object table 23 (step Si 03). 

Then, it is checked whether or not the names function- V through function-m' of the class management objects 
24a through 24m for managing the class data to be replaced are registered in the class management object table 23 
(step SI 04). If the names *function-V through functions' of the class management objects 24a through 24m for man- 
aging the class data to be replaced are not registered in the class management object table 23, an error notification 
20 is issued and the process is suspended (step 8105). 

If the names f unction- V through function-m' of the class management objects 24a through 24m for managing the 
class data to be replaced are registered in the class management object table 23. it is checked whether or not the 
running thread ID list 44 is empty (step 8106). If the running thread 10 list 44 is not empty, the class data obtained from 
the argument of the set () method 26d is set in the replacement class data storage area 43 (step 8107), thereby 
25 terminating the replacing process (step 8108). 

If the running thread ID list 44 is empty, it is checked whether or not the referenced object list 47 is also empty 
(step 8109). If the referenced object list 47 is not empty, an error notification is issued and a deleting process is sus- 
pended (step 8110). 

If the referenced object list 47 is empty, it is checked whether or not the reference object list 46 is also empty (step 
30 81 1 1 ). If the reference object list 46 is not empty, then the referenced Informatbn about the class management objects 
24a through 24m are deleted from the referenced object list 47 of each of the class management objects 24a through 
24m shown in the reference object list 46 (step 8112). 

On the other hand, if the reference object list 46 is empty, the class management objects 24a through 24m specify 
the class data to be deleted from the shared class data table 25 by referring to the class name list 45, and delete the 
35 class data having the class name registered in the class name list 45 of the class management objects 24a through 
24m from the shared class data table (step 8113). 

As shown in FIG. 25, new class data specified by a replacement request is written to the shared class data table 
25 (step 8114). 

Then, it is determined whether or not the same class name exists in the shared class data table 25 (step 8115). 
40 If the same class name exists in the shared class data table 25 while the class data is being written, the class data 
newly stored in the shared class data table 25 is deleted, and the shared class data table 25 is restored to its original 
state (step 8116), an error notification is issued, and the process terminates (step S1 17). 

If the same class name does not exist in the shared class data table 25, then the class names of all class data 
newly added to the shared class data table 25 are set in the class name list 45 of the class management objects 24a 
45 through 24m (step 8118). 

Then, by checking the class related to the class data added to the shared class data table 25, destination information 
is set in the reference object list 46 of the class management objects 24a through 24m (step 8119), and source infor- 
mation is set in the referenced object list 47 of the class nrtanagement objects 24a through 24m (step 8120). thereby 
terminating the process. 

50 Described below is the method of remotely processing class data in the agent class objects 22a through 22n. 

FIG. 26 shows the state of the agent class object while the class data is remotely evaluated. 
In FIG. 26. for example, the function comprising the class data A. B. and 0 is added as the name 'function-V to 
an agent class object 181. The class data A, B, and C are stored in a shared class data table 185. and a class man- 
agement object 183 for managing the class data A, B, and 0 is generated. 
55 The class names A. B, and C of the respective class data A, B, and C managed by the class management object 

183 are registered in the class name list (class names) of the class management object 183, and a deletion flag (re- 
movable flag) is set FALSE. The local class data table (local classes), the replacement class data storage area (next 
classes), the running thread ID list (running threads), the reference object list (referring), and the referenced object list 



17 



EP0880 093 A1 

(referred) are null. 

The 'f unction- 1 ' is registered as the name of the class management object 1 83 in a class management object table 
182. and a pointer to a class management object 183 is generated in the class management object 183 corresponding 
to the name function-1 of the class management object table 182. 
5 When an eval () method 186 is invoked for the agent class object 181 using as arguments the class data D. E, 

and A, a class management object 184 is newly generated. The class data D, E, and A are stored in the local class 
table (local classes) of the class management object 184. The class name list (class names) of the class management 
object 184 stores the class names D, E, and A of the class data D, E. and A respectively. 

The deletion flag (removable flag) of the class management object 184 is set FALSE, and the replacement class 
10 data storage area (next classes), the running thread ID list (running threads), the reference object list (referring), and 
the referenced object list (referred) are null. 

Thus, if the function comprising the class data D. E, and A is added to the agent class object 181. the class data 
D, E. and A are stored in the local class data table (local classes) of the class management object 184. Therefore, 
even if the class data A Is registered in the shared class data table 185. the conflict of the same class name A can be 
IS avoided in the shared class data table 185. and the function comprising the class data D. E, and A can be performed. 

The method of storing the class data D, E. and A in the local class data table (local classes) of the class nnanagement 
object 184 is effective when the frequency of the use of the function comprising the class data 0. E, and A is low or 
when the class data to be processed can be frequently amended. 

FIG. 27 shows the state of the agent class object when serialized data is remotely evaluated. 
20 In FIG. 27, the class data D is stored in a shared class data table 1 92 of an agent class object 191, and is defined 

as having an object of a class String and an object of a class Integer as attributes. An instance 193 of the class data 
O is generated in the agent class object 191. 

When the agent class object 1 91 invokes an eval () method 1 95 of an agent class object 1 94 using as arguments 
the class data D and the instance 193 of the class data D. the agent class object 191 serializes the instance 193 of 
2S the class data D. 

Then, the class data D and the serialized data of the instance 1 93 are set as arguments of the eval () method 195. 
and transmits 'D' {Strings; Integer i;}, 'D'. String. '19:50AM'. Integer. *1 9:50AM'. 

When the eval () method 195 is invoked, the agent class object 194 generates a class management object 196. 
and stores the contents {Strings; Ingeger i;) of the class data 0 in the kscal class data table (local classes) of the class 
30 management object 1 96, and stores the class name D of the class data D in the class name list (class names) of the 
class management object 1 96. 

The deletbn flag (removable flag) of the class management object 1 96 is set FALSE, and the replacement class 
data storage area (next classes), the running thread ID list (running threads), the reference object list (referring), and 
the referenced object list (referred) are null. 
35 Furthermore, t^sed on the class data D and the serialized data of the instance 193, an instance 197 obtained by 

restoring the instance 193 of the agent class object 191 is generated, and the class data D and the instance 197 are 
processed. 

Thus, when the agent class object 194 receives from another agent class object 191, the class data and the 
serialized data of an object generated from the class data, the agent class object 194 does not generate a new object 
40 from the received class data, but the source object is restored from the received class data and the serialized data, 
thereby in a remote executing process, the instance 193 of the other agent class object 191 can be processed. 

FIG. 28 is a flowchart showing a remote evaluation process. 

When the agent class objects 22a through 22n perform the class data remote process, the eval () method 26e is 
invoked. 

4S In FIG. 28, access priviiege-s are checked first on the agent class objects 22a through 22n (step SI 30). If no 

access privileges exist, the process terminates. 

Next, the class data and the serialized object data are obtained from the argument of the eval () method 26e (step 
SI 31 ) to newly generate the class management objects 24a through 24m for managing the class data, and to set the 
class data of the argument In the local class data table 41 of the class management objects 24a through 24m (step 

so SI 32). 

Then, by checking the class related to the class data added to the kx:al class data table 41 , the destination infor- 
mation is set in the reference object list 46 of the class management objects 24a through 24m (step S133), and the 
source infomnation is set in the referenced object list 47 of the referenced class management objects 24a through 24m 
(step SI 34). 

ss A running thread ID is added to the running thread ID list 44 of the class nnanagement objects 24a through 24m, 

and the running thread ID is added to the running thread ID list 44 of the class management objects 24a through 24m 
shown in the reference object list 46 of the class management objects 24a through 24m (step SI 35). 

Then, it is checked whether or not serialized object data exists in the argument of the eval () method 26e (step 
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S136). If no serialized object data exists in the argunient of the eval () method 26e, then an object Is generated from 
the class data to be processed and the object is processed (step SI 37). and the end of the process on the object is 
awaited (step SI 39). 

If serialized object data exists in the argument of the eval () method 26e, then the object is restored using the 
S serialized object data and the class data in the local class data table 41 , and the object is processed (step 81 38). 

When the process is completed, then the running thread ID is deleted from the running thread ID list 44 of the 
class management objects 24a through 24m. and the running thread ID is deleted from the running thread ID list 44 
of the class management objects 24a through 24m shown in the reference object list 46 of the class management 
objects 24a through 24m (step SI 40). 
10 Then, the referenced information about the class management objects 24a through 24m is deleted from the ref- 

erenced object list 47 of each of the class management objects 24a through 24m shown in the reference object list 46 
(step 8141), and the class management objects 24a through 24m for managing the class data to be processed are 
deleted (step S142). 

FIG. 29 shows the state of the agent class object when class data having reference relationship Is remotely proc- 

IS essed. 

In FIG. 29. for example, the function comprising the class data A, B, and C is added as the name 'function-V to 
an agent class object 201. The class data A, 6. and C are stored in a shared class data table 206. and a class man- 
agement object 203 for managing the class data A, 6, and G is generated. 

The class names A, B. and C of the respective class data A. B, and C managed by the class management object 
20 203 are registered in the class name list (class names) of the class management object 203. The deletion flag (remov- 
able flag) is set FALSE, and the local class data table (local classes), the replacement class data storage area (next 
classes), the running thread ID list (running threads), and the reference object list (referring) are null. 

The 1unction-1' is registered as the name of the class management object 203 in a class management object table 
202. Corresponding to the name 1unction-1* of the class management object 203, a pointer to the class management 
25 object 203 is generated in the class management object table 202. 

Furthermore, a function which is named •function-4' and comprises the class data D is added to the agent class 
object 201. The class data D is stored in the shared class data table 206. and a class management object 204 for 
managing the class data D is generated. 

The class name D of the class data D managed by the class management object 204 are registered In the class 
30 name list (class names) of the class management object 204. The deletion flag (removable flag) is set FALSE, and the 
local class data table (local classes), the replacement class data storage area (next classes), the running thread ID 
list (running threads), and the referenced object list (referred) are null. 

The *f unction-4' is registered as the name of the class management object 204 in a class management object table 
202. Corresponding to the name 1unction-4' of the class management object 204, a pointer to the class management 
35 object 204 is generated in the class management object table 202. 

Assume that the class data D is based on, for example, the existence of the class data A and B as follows. 



40 



45 



SO 



class D { ) { 



new A ( ) 



new B ( ) ; 

} 



The reference object list (referring) of the class management object 204 stores the reference information about 
the class management object 203 for managing the referenced class data A and B, and the referenced object list 
(referred) of the class management object 203 stores the referenced information about the class management object 
204 which manages the referencing class data D. 
S5 The relation in invoking a class can be checked using, for example, m the Java language, getDeclaredClasses () 

which is a class method. 

In this state, when the agent class object 201 issues a request to remotely process the class data D with the name 
'function-4 specified, a thread 205 is generated, the class data D is transmitted together with the class data A, B. and 
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C managed by the class management object 203 shown in the reference object list (referring) of the class management 
object 204. 

The class data A. B, and C managed by the class management object 203 and the class data D managed by the 
class management object 204 are stored In the shared class data table 206 of the agent class object 201 and managed 
5 by the same agent class object 201 . Therefore, the class data A and B referenced by the class data d can be easily 
obtained. 

Thus, the relation in invoking a class to be remotely processed and another class required when the class is 
processed Is checked before the transfer of the class data. When the class data to be remotely processed is transmitted, 
another class data required in processing the class data is transmitted together As a result, the load of the process 
10 can be reduced at the destination especially when class data are stored as distributed, for example, in a distributed 

system, etc. 

FIG. 30 shows the state of the agent class object when overlapping class data are remotely evaluated. 
In FIG. 30, for example, a function which is named 1unction~5' and comprises the class data A, D, and E is added 
to the agent class object 211 . The class data A. D, and E are stored in the shared class data table 214, and a class 
IS management object 213 for managing the class data A. D, and E is generated. 

The class names A, D, and E of the respective class data A. D, and E managed by the class management object 
213 are registered in the class name list (class names) of the class management object 213. The deletion flag (remov- 
able flag) is set FALSE, and the local class data table (local classes), the replacement class data storage area (next 
classes), the running thread ID list (running threads), the reference object list (referring), and the referenced object list 
20 (referred) are null. 

The 1unction-5' is registered as the name of the class management object 21 3 in a class management object table 
212. Corresponding to the name 1unction-5' of the class management object 213, a pointer to the class management 
object 213 is generated in the class management object table 212. 

Furthermore, a function which is named 1 unctk>n-1 * and comprises the class data A, B, and C is added to the agent 
25 class object 21 5. The class data A, B, and C are stored in the shared class data table 218, and a class management 
object 21 7 for managing the class data A, B. and C is generated. 

The class names A, B, and C of the respective class data A, B, and C managed by the class management object 
217 are registered in the class name list (class names) of the class management object 217. The deletion flag (remov- 
able flag) is set FALSE, and the local class data table (local classes), the replacement class data storage area (next 
30 classes), the running thread ID list (running threads), the reference object list (referring), and the referenced object list 
(referred) are null. 

The name 'f unction-1 ' is registered as the name of the class management object 21 7 in a class management object 
table 216. The pointer to the class management object 217 is generated in the class management object table 216 
corresponding to the name 1unction-1 ' of the class management object 217. 
35 When the agent class object 211 remotely executes the function named *function-5' through an agent class object 

215, it is inquired whether or not the class data D. E, and A forming the function named 'functfon-S' exist In the shared 
class data table 218 of the agent class object 215. 

The agent class object 215 checks whether or not the class data D. E, and A exist in the shared class data table 
218. Anrxxig the class data D, E, and A, rt is recognized that the class data A exists in the shared class data table 218. 
40 Then, the information about the existence of the class data A is returned to the agent class object 211 . 

When the agent class object 211 is notified of the existence of the class data A, it transfers only the class data D 
and E to the agent class object 215, from the class data D, E, and A to be transferred to the agent class object 215. 

The agent class object 215 uses the class data D and E transferred from the agent class object 211 , and also uses 
the class data A stored in the shared class data table 216, thereby performing the function named function-5'. 
45 Thus, it is not necessary to transmit the class data stored in the transferred-to shared class data table when a 

remote evaluation is performed, and the amount of transfer of the class data can be reduced. 

Described below is the method of retrieving class data by the agent class objects 22a through 22n. 

The class management objects 24a through 24m have the class search function 48. and invoke the loadClass () 
method of the class management objects 24a through 24m when an object Is generated from the class data added to 
50 the agent class objects 22a through 22n. or when an object is generated from the class data declared in the method 
of the object. 

FIG. 31 is a flowchart showing the class retrieving process. 

In FIG. 31, the class name of the class data to be retrieved is fetched from the arguments of the loadClass () 
method (step SI 51 ). and the local class data table 41 is searched (step SI 52). Then, the result of searching the kx^al 
55 class data table 41 is checked (step SI 53). When the class data to be retrieved is found, the class data is returned as 
a return value (step SI 58). 

if the class data to be retrieved is not found in the local class data table 41 , the shared class data table 25 is 
searched (step SI 54). Then, the result of searching the shared class data table 25 is checked (step SI 65). When the 
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class data to be retrieved is found, the class data is returned as a return value (step SI 58). 

If the class data to be retrieved is not found in the shared class data table 25, the agent class library 31 and the 
system class library 32 are searched (step SI 56). Then, the result of searching the agent class library 31 and the 
system class library 32 is checked (step SI 57). If the class data to be retrieved is found, the class data Is retumed as 
5 a return value (step SI 58). 

If the class data to be retrieved is not found in the agent class library 31 or the system class library 32, then an 
error notification is issued and the process terminates (step SI 59). 

As described above, according to the present invention, an agent class is provided with distributed objects having 
the functions of replacing and remotely processing class data. Therefore, a flexible distributed object system can be 
10 easily operated, and a developer can utilize these function easily and securely without knowledge of class management. 

The present invention is described above, but is not limited to the above described embodiments, and can be 
varied within the technological concept of the present invention. 

According to the present Invention as described above, a program can be monitored for each piece of class data 
having added utilization data of the program. As a result, the class data being used can be recognized while the program 
IS is operated, and a part of the program code can be deleted or replaced during the execution of the program. 

According to an aspect of the present invention, even if a process request for deletion, replacement, etc. is issued 
to a program being executed, the program can be deleted or replaced without stopping the operation of the program, 
thereby reducing the load of the programmer when customizing the program. 

According to a further aspect of the present invention, a monitor object for monitoring the utilization of class data 
20 is provided in an object to be monitored. The f unctbn of monitoring a program can be easily added to the program to 
be monitored, the utilization of the program can be easily monitored without programmer's knowledge about class 
management, and a part of a program code can be deleted or replaced while the program is running. 

According to a further aspect of the present invention, a monitor object is generated each time an addition request 
for class data is issued. A program can be monitored for each function newly added to the program, and when the 
25 program is running, it can be determined which function of the program is being used. Therefore, only specifying the 
function of a part of the program can delete or replace the function of the program while the program is running. 

According to a further aspect of the present invention, identification information about a class management object 
is stored. Only specifying identificatk)n information such as a name of a class management object, etc. deletes or 
replaces a part of a program code while the program is running, thereby reducing the ksad of the programmer when 
30 customizing the program. 

According to a further aspect of the present invention, a class management object includes a local class data table 
for storing class data specific to the class management object. Thus, even when there is a conflict between the class 
data transmitted from another object and the class data being nrianaged by a class management object, the class data 
transmitted from another object and the class data being managed by a class management object can be independently 
3S stored, and an agent class object can remotely evaluate the class data transmitted from another object. 

According to a further aspect of the present invention, a class data deletion request can be stored and accepted 
while the class data specified by the data deletion request is being used. As a resuK, it is not necessary to reissue a 
class data deletion request after the request is once rejected. Therefore, when the class data is deleted, the load of 
the programmer can be reduced. 
40 According to a further aspect of the present invention, new class data can be stored when a replacement request 

is issued, and a class data replacement request can be accepted while the class data specified by the class data 
replacement request is being used. As a result, it is not necessary to reissue a class data replacement request after 
the request is once rejected. Therefore, when the class data is replaced, the load of the programmer can be reduced. 

According to a further aspect of the present invention, a thread which is processing class data is stored. Only 
45 referencing the ainning thread list detemnines whether or not class data being processed exists, and the utilization of 
the class data can be easily checked. 

According to a further aspect of the present invention, a class name corresponding to added class data is stored. 
The class management object can easily check the class data managed by itself, and can process class data for each 
piece of added class data. 

50 According to a further aspect of the present invention, the reference of class data is stored in a class management 

object. A process can be performed on class data in consideratkjn of the references of the class data, and the pro- 
grammer does not have to recognize the reference relatwnship of the class data. Therefore, the program can be easily 
customized. 

According to a further aspect of the present invention, an agent class object includes an access control class for 
55 checking access privileges from another agent class object. An agent class object can generate an access control 
object based on an access control class when another agent class object gains access. Therefore, each time an agent 
class object gains access, access privileges can be checked and an access condition can be easily amended for each 
agent class object, thereby improving the security of the interface in adding to or updating a program code. 
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According to a further aspect of the present invention, class names of class data are different from each other. A 
conflict In the same class in the shared class data table can be avoided. 

According to a further aspect of the present invention, when a request to delete or replace the referenced class 
data is issued while the referencing class data is being processed, the deletion or replacement of the referenced class 
s data can be temporarily held until the end of the process of the referencing class data, thereby avoiding unsuccessfully 
temiinating the process on the class data. 

According to a further aspect of the present invention, after completing the function of a part of a program specified 
in a deletion or replacement request, the function of the part of the program can be deleted or replaced. Therefore, 
suspending the program being executed or reactivating the program can be avoided when the function of the part of 
10 the program is deleted or replaced. 

A further aspect of the present invention stores class data transmitted from another agent class object in a local 
class data table of a class management object. Thus, a remote evaluation can be smoothly performed by an agent 
class object such that a conflict can be avoided between the class data and class data stored already stored for the 
class management object. 

IS According to a further aspect of the present invention, based on class data and serialized data of an object gen- 

erated from the class data, the object generated from the class data is restored. 

Thus, the object generated from the class data is serialized and transmitted, the serialized data is restored on a 
receiving side, and the object can be remotely evaluated. 

According to a further aspect of the present invention, class data referenced by the class data to be processed is 
20 transmitted to perfomn a remote evaluation for class data having reference relationship. 

According to a further aspect of the present invention, by transmitting class data not existing in an agent class 
object at a destination, the amount of communications in a remote evaluation can be reduced, and the remote execution 
speed can be enhanced. 

2S 

Claims 

1. An Information processing apparatus, comprising: 

30 class data storage means (1 ) for storing class data added to an object; 

class data monitor means (2) for monitoring utilization of the class data; and 

class data process means (3) for processing the class data based on the utilization of the class data. 

2. The apparatus according to claim 1 , wherein 

35 said class data process means (3) comprises: 

reception means (11) for receiving a request to process the class data; 

determination means (1 2) for determining whether or not the class data specified in the request is being used; 
and 

40 delay means (13) for delaying, when the class data is being used, processing the class data until the class 

data is released from a current use. 

3. The apparatus according to claim 1 , wherein 

said class data process means (3) comprises: 

45 

receplbn means (11) for receiving a request to process the class data; 

stop request issue means for issuing a request to stop using the class data to an object which is using requested 
class data; and 

execution means for processing the class data after the object responds to the request to stop using the class 
so data. 

4. The apparatus according to claim 2, wherein 

said reception means (11) comprises: 

check means for checking whether or not the request to process the class data is acceptable. 

55 

5. The apparatus according to claim 3, wherein 

said reception means (11) comprises: 

check means for checking whether or not the request to process the class data is acceptable. 
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6. The apparatus according to claims 1 , wherein 

said class data process means (3) comprises: 

class data addition means tor adding the class data, for each request to add the class data, to said class 
data storage means (1 ). 

7. The apparatus according to claims 1, wherein 

said class data process means (3) comprises: 

class data deletion means for deleting the class data after the class data to be deleted has been utilized. 

B. The apparatus according to claims 1 , wherein said class data process means (11) comprises: 

class data replacement means for replacing the class data after the class data to be replaced has been 
utilized. 

9. An infomfiation processing apparatus, comprising: 

agent class storage means (31) for storing an agent class for generating an agent class object which monitors 
utilization of class data, and 

agent class object generation means for generating the agent class object (22a - 22n) based on the agent 
class when a process is perfonmed on the class data. 

10. The apparatus according to claim 9, wherein 

said agent class comprises: 

a class nnanagement object (24a - 24m) for managing the class data added to the agent class object (22a - 22n); 
a shared class data table (25) for storing the class data managed by the class management object (24a - 
24m); and 

a public remote method interface (26) for performing the process on the class data. 

11. The apparatus according to claim 10, wherein 

said agent class further comprises: 

a class management object table (23) for storing a correspondence between said class management object 
(24a - 24m) generated for a request to add the class data and a name assigned when the request to add the class 
data is issued. 

12. The apparatus according to claim 11 , wherein 

said class management object (24a - 24m) comprises: 

a local class data table (41 ) for storing class data specific to each class management object (24a - 24m); 
a deletion flag (42) for storing a request to delete the class data; 

a replacement class data storage area (43) for storing new class data when a request to replace the class 

data is issued; 

a running thread ID list (44) for storing identification information about a thread processing the class data; 
a class name list (45) for storing a class name corresponding to the class data; 

a reference object list (46) for storing identification information about a class management object (24a - 24m) 
which manages class data referenced by the class data; and 

a referenced object list (47) for storing identification information about a class management object (24a - 24m) 
which manages class data by which the class data is referenced. 

13. The apparatus according to claim 10, wherein 

said agent class stores: 

an access control class for checking access privileges of another agent class object (22a - 22n) in said shared 
class data table (25). 

14. The apparatus according to claim 9, wherein 

said agent class object comprises: 

access control object generation means for generating an access control object based on said access control 
class when access is gained from another agent class object (22a - 22n); and 
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access control object execution means for checking access privileges based on the access control object. 

15. The apparatus according to claim 10. wherein 

said public remote method interface (26) comprises: 
5 class data addition means for adding class data to the agent class object (22a - 22n). 

16. The apparatus according to claim 15, wherein 

said class data addition means comprises: 

10 class management object generation means for generating a class management object (24a - 24m) for man- 

aging class data added to the agent class object (22a - 22n); 

class name registration means for registering a class name of the class data in a class name list (45) in said 
class management object (24a - 24m); 

class data writing means for writing the class data in said shared class data table (25); and 
IS class management object registratbn means for registering in said class management object table (23) a 

name assigned when the request to add the class data is issued. 

17. The apparatus according to claim 16, wherein 

said class data addition means cornprises: 
20 shared class data table restoration means for restoring said shared class data table (25) to an original state 

by deleting class data added to said agent class object (22a - 22n) from said shared class data table (25) when a 
class name of class data added to said agent class object (22a • 22n) matches a class name of class data registered 
in said shared class data table (25). 

25 18. The apparatus according to claim 10. wherein 

said public remote method interface (26) comprises: 

class data process means for processing class data stored in said agent class object (22a - 22n). 

19. The apparatus according to claim 18, wherein 
30 said class data process means comprises: 

first thread list setting means for setting identification information about a thread processing the class data in 
a running thread ID list (44) of class management objects (24a - 24m) which manage class data being proc- 
essed; and 

3S second thread list setting means for setting identification informatbn about a thread processing the class data 

In a running thread ID list (44) of class management objects (24a - 24m) which manage class data referenced 
by class data being processed. 

20. The apparatus according to claim 19. wherein 
40 said class data process means comprises: 

first running thread list check means for checking whether or not identification information about a thread is 
set in the running thread ID list (44) of class management objects (24a - 24m); 

deletion flag determination means for determining a setting of a delelton flag (42) of the class management 
45 object (24a - 24m); and 

deletion execution means for deleting class data corresponding to a class name of a class name list (45) in a 
class management object (24a - 24m) from the shared class data table (25) when the running thread ID list 
(44) is empty and a deletion flag (42) of the class management object (24a - 24m) is TRUE. 

so 21. The apparatus according to claim 1 9, wherein 

said class data process means comprises: 

second running thread list check means for checking whether or not identification information about a thread 
is set in the running thread ID list (44) of class management objects (24a - 24m); 
ss replacement class data retrieval means for retrieving a replacement class data storage area (43) of the class 

management object (24a - 24m); and 

replacement execution means for replacing class data which is to be replaced and is stored in the shared 
class data table (25) with class data stored in the replacement class data storage area (43) when the running 
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thread i D list (44) is empty and class data of a class management object (24a - 24m) is stored in the replacement 
class data storage area (43). 

22. The apparatus according to claim 10. wherein 

said public remote method interface (26) comprises: 

class data deletion means for deleting class data from the agent class object (22a - 22n). 

23. The apparatus according to claim 22. wherein 

said class data deletion means comprises: 

third running thread list check means for checking a running thread ID list (44) of class n^anagement objects 
(24a - 24m) which manage class data to be deleted; and 

deletion flag setting means for stopping deleting the class data and setting TRUE a deletion flag (42) of the 
class management object (24a - 24m) when identification information about a thread is set in the running 
thread ID list (44). 

24. The apparatus according to claim 1 0, wherein 

said public remote method interface (26) comprises: 

class data replacement means for replacing class data of the agent class object (22a - 22n). 

25. The apparatus according to claim 24, wherein 

said class data replacement means comprises: 

fourth running thread list check means for checking a running thread ID list (44) of class management objects 
(24a - 24m) which manage class data to be replaced; 

replacement data setting means for stopping replacing the class data and setting new class data in a replace- 
ment class data storage area (43) of the class management object (24a - 24m) when identification information 
about a thread is set in the running thread ID list (44). 

26. The apparatus according to claim 23, further comprising: 

error notification means for issuing an error notification when a referenced object list (47) of the class man- 
agement objects (24a - 24m) is not empty; and 

identificatk)n Information deletion means for deleting identification information about the class management 
object (24a - 24m) from a referenced object list (47) of class nnanagement objects (24a - 24m) whrch manage 
class data referenced by class data to be deleted when a reference object list (46) of the class management 
objects (24a - 24m) is not empty. 

27. The apparatus according to claim 25. further comprising: 

error notification means for issuing an error notification when a referenced object list (47) of the class man- 
agement objects (24a - 24m) is not empty; and 

identificatkMi information deletk>n means for deleting identification information about the class management 
object (24a - 24m) from a referenced object list (47) of class management objects (24a - 24m) which manage 
class data referenced by class data to be deleted when a reference object list (46) of the class management 
objects (24a - 24m) is not empty. 

28. The apparatus according to claim 10, wherein 

said publb remote method interface (26) comprises: 

class data remote evaluatbn means for processing class data transmitted from another agent class object 
(22a - 22n). 

29. The apparatus according to claim 28, wherein 

said class data remote evaluation means comprises: 

class data setting means for setting the class data in a local class data table (41) of class management 
objects (24a - 24m). 

30. The apparatus according to claim 28, wherein 
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said class data remote evaluation means comprises: 

data receiving means for receiving class data and serialized data of object generated from the class data; and 
object restoration means for restoring an object generated from the class data based on the class data and 

5 the serialized data. 

31. The apparatus according to claim 28, wherein 

said class data remote evaluation means comprises: 

10 class data invoking means for invoking class data referenced by class data to be processed from the shared 

class data table (25); and 

first class data transmission means for transmitting the class data to be evaluated and class data referenced 
by the class data to be evaluated to another agent class object (22a - 22n). 

IS 32. The apparatus according to claim 28, wherein 

said class data remote evaluation means comprises: 

double class check means for checking whether or not class data to be evaluated exist in a shared class data 
table (25) of a destination agent class object (22a - 22n); and 
20 second class data transmission means for transmitting, based on the check result, class data to be evaluated 

to the destination agent class object (22a - 22n) after removing class data existing in the destination agent 
class object (22a - 22n). 

33. An information processing apparatus, comprising: 

program storage means for storing a program; 

program monitor means for monitoring utilization of the program for each function of the program; and 
program process means for performing a process on a function of the program based on the utilization of the 
function of the program. 

34. The apparatus according to claim 33. wherein 
said program monitor means comprises: 

name management means for managing a name specifying the f unctk)n of the program. 

35 35. The apparatus according to claim 33, wherein 

said program process means temporarily holds a process request until an end of the process ot a function 
being used when the process request is issued for the function. 

36. The apparatus according to claim 35, wherein 

40 saki process request is a deletion request or a replacement request for a part of functions of the program. 

37. A method of processing information, comprising the steps of: 

monitoring utilization of a function comprising class data; 
45 determining whether or not a process is performed on the class data based on the utilization of the function 

comprising the class data, 

38. A method of processing information, comprising the steps of: 

50 monitoring, for each function, a state of execution of a program comprising a plurality of functions; and 

performing a process on the functions of the program based on the state of the executbn of the program. 

39. The method according to claim 38, wherein 

when a part of the functions are not executed during the executbn of the program, the part of the functions 
S5 not executed is permitted to be deleted or replaced during the execution of the program. 

40. The method according to claim 38. wherein 

when a part of the functions has already been executed during the executbn of the program, the part of the 



26 



EP 0 880 093 A1 

' Suo^ <^ replacement request. 

deleting the first luncuon from the prog 

44. Acon,puter.readablestomgemedlumusedtod.recta 
Q class data added to an object; 



40 



45 



SO 



55 



27 



EP0880 093 A1 



CLASS DATA STORAGE UNIT 








CUSS DATA MONITOR UNIT 








CLASS DATA PROCESS UNIT 





F 1 G. 1 



28 



EP 0 880 093 A1 



RECEPTION UNIT 








DETERMINATION UNIT 








DELAY UNIT 





FIG. 2 



29 



EP0880 093A1 



21 



COMPUTER 

22a y 



jL 



22n 



AGENT CLASS OBJECT ( AGENT- 



26 



AGENT CLASS OBJECT ( AGENT- 1 ) 

CLASS MANAGEMENT 04 
OBJECT TABLE ' 



'ftjncf lon-1 * 




• 
• 
• 


• 
• 


'function-fn' 





PUBLIC REMOTE ^3 

SvMETHOO INTERFACES" 
^ 

•26 b| 



remove(...]( 



I odd(-)( 




T 



T 



eval(...) { 



^26d "^^i 

I 



can(..J{ 

1 

} 



CLASS 1 
MANAGEIveiMT 

OBJECTS 



24a 



7^^ 



SHARED 
CLASS 
DATA 
TABLE 



26f 



28 



^COMMUNICATION DAEMON 

r 



COMMUNICATtON ^ J , 
V THREADS ' 



27 k 
27a 



29 




1 



NETWORK 
SOCKET API 



X 



30 



OPERATING SYSTEM 



AGENT 
CLASS 
LIBRARY 



SYSTEM 

CLASS 

LIBRARY 



L 



L_ 



_J 



FIG. 3 



30 



EP0880093A1 





UI-.S 

ecu h 



UJ< 



ujcn 

UJliJ o 
UJOQ 

tt:o 




Q-<0 = 

CtOC/) 




31 



EP0880093 A1 



CLASS LIBRARY 



1 



52 



BAS I C CLASS 



53J 



CLASS MANAGEIENT OBJECT TABLE 



CLASS UAMAGEMENT OBJECT 



55J 



SHARED CLASS DATA TABLE 



PUBLIC REMOTE MEHIQO INTERFACES 



SUBCLASS 



51 




INSTANCE 




INSTANCE 




INSTANCE 


'58a 




^58b 


) 




F 


1 G. 5 





32 



EP 0 880 093 A1 




33 



EP 0 880 093 A1 



FIELD 



82 



To : 
F r om : 
Subject : 



1/ 



81 



83 



CONTENTS 




NOTIFICATION BY DIALOG 




NOTIFICATION BY SOUND 



COOING 



FIG. 7 



34 



EP0 880 093A1 




COMMUNICATION 
INTERFACE 



PRINTER 



/ 



65 



DISPLAY 



/ 



86 



KEYBOARD 



^67 68 

IVIOUSE^ 




FIG. 8 



35 



EP0880 093 A1 



AWAITING RECEPTION OF MESSAGE 



OBTAINING AGENT NAME, METHOD NAME. 
AND ARGUMENT 



GENERATING COHUNICATION THREAD 



1/ 



F I G. 9 



36 



EP 0 880 093 A1 



( 



(£NERATING COMMUNICATION THREAD 







SPECIFYING AGENT FROM AGENT NAME 






INVOKING AGENT METHOD BY SETTING 
RECEIVED AROAENT 








Sll 



SI2 



SI3 




TO AGENT 



AWAITING RETURN VALUE FROM AGENT 







TRANSMITTING A MESSAGE COKTAINING 
RETURN VALUE TO SOURCE OF METHOD 
BY CONTROLLING A SOCKET API 








FROM AGENT 



S15 



DELETING COMMUNICATION THREAD 



y 



SIS 



FIG. 10 



37 



EP0880 093 A1 



O f 
UJ 

GO 
O 

I- 

UJ 
CD 
< 



< 
o 



























« 




3 CO 




a 










c 




c c 
















T3 






OJ CO 


« « 


3 












« • 




C/J <M 










in 


w 






■ • 








CO • • 








i 


C 13 














CJ 






Ih \^ 


> 








\^ J-^ 




-M 


c 


C/3 


<U <U 


















<U <U 




c 










UJ 
CD 



LU 
-J 

m 
.< 










• 

1 

cr 
o 

o 
c 





CD 
O) 

<liJ 



Q 
UJ 

q: 
< 
I 

00 



38 



EP0880 093A1 




o 

LlI 

o 



UJ 
UJ 

< 



Y 



in 
< 



a «j 3 



07 




c/3 

-a 

c/3 <U 
<t) CO 
Crt -C <U 

C/3 +-» e t:a 

^ C/7 1m U 

CO <u <u 
as M-i 

--4 a; <u 

O u 



UJ 
UJ 

^ I — 



cnuj 
oo 



c: 
o 



CO 
I 



<4-l 



5 

LU 
< 



cn 

CO 

< 
-J 
o 



o 

UJ 

CD 
O 



<u 



Is 



a 13 
«M c: 



CO c3 cs 

O) — « CO oj • • 

CO<^ 0^ W» CO 
CO 

CO 4} CO 

»— * » C3 

CO O 





4- » S CO 
C3 CXJ 
C-^ <U 

C/3 V-» 
C CO <U <U 

cr cas-i«M 
3— • ^ <u 

5- i O U Sh 



• 




• 


m 


















< 








9 






9 






«0 





39 



EP0880 093A1 



add 



•funaioo-e' 



r 



L 



121 



CLASS 
,-5^ MANAGEMENT 
'2^ OBJECT TABLE 



funcrfon-l 



CLASS 
•23 MANAGEMENT 
OBJECT 



124 



SHARED CLASS 



'a' 


{...} 


•b' 


{...J 


•c 









local classes > nul 1 
removavie flag « false 
nexr classes « null 
mnnuig Threads ' null^ 
class names - V , 'b \ 'c* 
referring* null 
referred * null 




125 



124 SHARED CLASS DATA TABLE 



AFTER CONFIRMING THAT 
THERE ARE NO CLASS 0, 
ADD THE CLASS DATA TO 
SHARED DATA TABLE 



•a* 


(...) 


■8' 


(...) 


•c* 


(...) 


•o- 


(...) 







124 SHARED CLASS DATA TABLE 



AFTER CONFIRMING THAT 
THERE ARE NO CLASS E, 
ADD THE CLASS DATA TO 
SHARED DATA TABLE 



i 



•a- 


{..-> 




(...) 


•c* 


(...) 




(...} 


•E' 


(...) 







124 SHARED CLASS DATA TABLE 



SINCE CLASS A ALREADY 
EXISTS, DELETE CLASSES 
D AND E 



'A' 


(...) 


'8' 


(...) 


■c" 


I...) 







FIG. 13 



40 



EP0880093A1 



START OF ADDING PROCESS 



CHECKING ACCESS PRIVILEGES 



S21 



I 



OBTAINING NAME OF CLASS QtOUP AND CLASS DATA FfiOH ARGUMENT OF tCTHOO 



sn 



I 



S22 



V SEARCHING CLASS UANAGEUENT OBJECT TABLE 




I 



S25 



YES 



ISSUING ERROR NOTIFiA 
CATION AM) TERMINAT- 
ING PROCESS 



WRITING ALL CLASS DATA TO SHARED CLASS DATA TABLE 



1/-S26 




NO 



DELETING ALL NEILY ADDED CLASS GROUPS. 
AND RESTORING SHARQ) CLASS DATA TABLE 
TO ORIGINAL STATE 



S23 



ISSUING mSk NOTIFICATION AND TERUINATING PROCESS 



9 



NEILY GENERATING CLASS UANAGEIENT OBJECT AND ADDING 
IT TO CLASS UANAGQENT OBJECT TABl£ 



I 



SERING ADOEO CLASS NAME LIST IN CLASS IMIAGEIENT OBJECT 



S30 



S31 



QECKING CLASS RELATED TO ADDED CLASS GROU>, AND SETTING LIST OF CLASS 
lUNAGaerT object as REFERBCE list of class MANAGEMENT OBJECT 



I 



S32 



ADDING OBJEa TO REFERENCED LIST OF CLASS 
MANAGEiefr OBJECT IN REFERBCE LIST 



S33 



OF ADDING PROCESS 



9 



FIG. 14 



41 



EP 0 880 093 A1 



( 



START OF ACESSS PRIVILEGES CHECK 



y 



S41 







RECEIVING CLASS OF ACCESS CONTROL CON- 
DITION FROM SHARED CLASS DATA TABLE 


S43, . 





S44 



1 



IS 

CLASS DATA PRE! 
? 



YES 



NO 



GENERATING AND PROCESSING OBJECT FROM 
CLASS. AfO OECKING IKElie OR NOT 
ACCESS IS PERMITTED 



IS 

ACCESS PRIYIlfGES 
.OWED?. 



NO 



YES 



NORMAL TERMINATION 



V 



S48 



S42 



S45 



CKECKIUG WKETie OR NOT 
ACCESS RIGHT IS ALLOVED ON 
DEFAULT CONDITION 



J 




GENERATiONG ERROR 
NOTIFICATION AND 
TERMINATING PROCESS 




FIG. 15 



42 



EP0 880 093 A1 



c 



START OF OBTAINING PROCESS 



) 



CHECKING ACCESS PRIVILEGES 



SSI 



OBTAINING NAME OF CLASS GROUP FROM ARGUENT OF UETM) 



S52 



SEARCHING CLASS MANAGEMENT OBJECT TABLE 



S53 



IS 

CLASS MANAGEIOT OBJECT 
PRESENTS 



YES 



NO 




GENERATING ERROR 
NOTIFICATION AND 
TERMINATING PROCESS 




OBTAINING CUSS NAME LIST FROM CLASS MANAGEIBIT OBJECT. AND COPY- 
ING CLASS DATA HAVING THE NAME FROM SHARED CLASS DATA TABLE 



RETURNING CUSS DATA AS RETURN VALUE 



c 



S57 



END OF OBTAINING PROCESS 



) 



FIG. 16 



43 



EP 0880093 A1 




o 

4) 



O 



• 


• 


• 




m 
m 


• 


• 




< 

















iZ 



44 



EP0 880 093 A1 



I 



kl 



CLASS 
no MANAGEMENT 



fuflctiott-1 




function-4 


h 







ii7 SHARED CLASS 
141 DATA TABLE 



"A" 


{. - . } 


"B" 


{. . - } 


"C" 


{. - - } 




{- - . ) 







1 ^1 CLASS MANAGEMENT OBJECT 




local classes : 
removable -flag: 
next classes: 
cunning threads: 
class naioes: 
referring: 
referred: 




null 
false 
null 
ZD 
K. v. -C 
null 

3 



m COMMUNICATION 

/THREAD 



object 0 

cz 



) 



CLASS MANAGEMENT 
OBJECT ^• 



local classes: null 
removable flag: false 
next classes: null 
running threads: 1/ 1 
class naoes: / V 
referring: 

referred: /null 




COMMUNICATION THREAD 
>- ^ s 



object 0 



c 



FIG. 18 



45 



EP0880 093A1 



c 



START OF PROCESS 



) 



CHECKING ACCESS PRIVILEGES 



I 



S6] 



OBTAINING NAUE OF CLASS QfflUP TO BE PROCESSED FRffll ARGUJOT OF METHOD 

I 



S62 



S63\J 



SEARCHING CLASS UANAGBENT OBJECT TABLE 



S65 



S64 



IS 

cuss UANAGEMENT 
J»JECT ? 

YES 



NO 



GENERATING ERROR 
NOTIFICATION AND 
TERMINATING PROCESS 



ADDING RUWING THREAD ID TO THIS CLASS UANAGEMENT 
OBjer AW CLASS HWAGBBfT OBJEa ON REFERENCE LIST 



-586 




( 



AIAITING END OF PROCESS 



I 



ys{8 



DELETING RUNNING HOSAD ID FROM THIS CLASS UANAGEiefT 
OBJECT AW CLASS lUNAGBlENr OBJECT ON REFERENCE LIST 




FIG. 19 



46 



EP0880 093A1 




47 



EP0 880 093 A1 



STAXT DELETING PROCESS 



) 



CHECKING ACCESS PRIVILEGES 



S8I 



OBTAINING NAME OF CLASS GROUP TO BE OEBEO FROU ARGUMENT OF lETHQD 



S82 








DELETING THIS OBJECT FROM REFERENCED 
LIST OF CLASS MANAGEMENT OBJECT ON 
REFERENCE LIST 






NT 


/SS3 


DEETiNG CLASS (SOUP ON CLASS NAME 
LIST FROM SHARED CLASS DATA TABLE 



I 



DELETING THIS OBJECT FROM CLASS 
MANAGQOT OBJECT TABLE 



S94 



OF OaETING PROCESS 



i) 



FIG. 2 1 



48 



EP 0 880 093 A1 



O 
UJ 

CQ 

o 

UJ 
UJ 



CO 

< 

-J 
o 



Cs3 



0) 

^ CO 

r3 CO 



C/J 

</3 CO • • ca 

OJ ^ CO O) 

CO CO x: 

oa a> CO 

^ ^ cd 

CO o c 



^ Jh C § 




CO 

^ tfl - - 

CO C'O 
C — ^ CJ 

CO Ui 

CO <u 
O 



< 



, 1- 

cnui 
<-) 

oo 



I 

c 
o 

o 



< 



a 



o 

o 



o 



i3 



< 

Q 

<n 
< 
o 

Q 
UJ 

< 



• 


• 
• 

• 


• 

• 




< 


CQ 


b 













CM 
CM 




49 



EP0 880093A1 



h- 
U 
UJ 

CD 
O 

y- 

LiJ 
UJ 

< 



UJ 




CO 



to 



tio -a 



13 a 



CO _ 

<u u 

CO -C 
CQ <U <0 -M 

ecj 



COS-J 
€0 




CO 

(/} u u 
CO <U <U 

ca<4-i <f-i 
^ <D <u 
<j u u 




Cs3 
I 

c: 
o 



UJ 
CD 

Q 

CO 

< 
o 

Q 
U 
(T 
< 




50 



EP0880 093 A1 



START OF 



REPLACING Pi 



I 



CHECKING ACCESS PRIVILEGES 



I 



sioi 



OBTAINING NAME OF CLASS GROUP TO BE REPLACE 
AM) CLASS OATA FROM ARGUMENT OF METHOD 



Slil! 




YES 



SETTING OJSS OATA OF ARGUCKT INTO 
REPLACQENT CLASS DATA SHHUGE AREA 



(ao OF 



REPLACING PROCESS 




ISSUING ERROR NOTIFICATION AND TERMINATION PROCESS 




YES 



Z 



S1I2 



OajETING THIS OBJECT FROM REFERENCED LIST OF 
CLASS NANAGQCNT OeJECT ON REFERENCE LIST 



DELETING CLASS OKKJP ON CUSS NAME 
LIST FROM SHARED CLASS OATA TABLE 



S113 




FIG. 2 4 



51 



EP0880 093A1 



0 



WRITING ALL CUSS DATA TO 
SHARED CLASS DATA TABLE 



J' 



SIM 




YES 



I 



SII6 





NO 


OaETING ALL NEWLY ADOEO CUSS GROUPS. AND RESTOR- 
ING SHARED CLASS DATA TABLE TO ORIGINAL STATE 












( 


ISSUING ERROR NOTIFICATION AND TERMINATING PROCESS 










SETTING REPUCING CLASS NAME LIST 
IN CUSS MANAGEMENT OBJCET 



1 



CHECKING CUSS REUTEO TO REPUC- 
ING CUSS GROUP. AND SETTING LIST 
OF CUSS MANAGEMENT OBJECT AS RE- 
FERENCE LIST OF CLASS MANAGEMENT 
OBJECT 



/ 



SIH 



ADDING OBJECT TO REFERENCED LIST 
OF CLASS MANAGEMENT OBJECT 



( 



I 



END OF REPUCING PROCESS 



FIG. 2 5 



52 



EP 0 880 093 A1 



m 
o 



lu 

LU 
CD 
< 



C/) 

< 



<u 

03 



3 3 

c c 



§1 



• « 

CO w 

o} 4j a; 

O k4 Im 



'>7 



o 

UJ 

CD 
O 

I- 

2 
UJ 

UJ 



en 

_l 



I- 
LU 

LdUJ 

cno 
(nuj 

_ICD 



T 








1 




g 




o 













<iii 

K 
0)0 



• 
• 

• 


• 
• 


• 
• 
• 




Q 

9 




3 

< 





o 



La 



CO 
CO 

2 



« 5 2?=^ 2 2 



CO 

•2 01 S 

<«-4 0} CO 
«J CO S v; 

c3 y C Vhi w.4 



CI 4} 



.-4 M Ui 

CO <U OJ 

^ <o <U 

O U W4 



* 




m 




• 


* 
• 


* 




> 








< 


CO 


a 




9 


t 


3 






<3 



53 



EP 0 880 093 A1 




EP0880 093A1 



STAfiT OF REMOTE EVALUATION PROCESS 



i 



OCCKING ACCESS PRIVILEffiS 



OBTAINING CUSS DATA SERIALIZED OBJECT FROM ARGUENT OF METKOO 

I 



NEWLY GENERATING CLASS UANAGOerT OBJECT. AND SETTING CLASS 
DATA OF ARQUUENT IN LOCAL CLASS DATA TABLE 



I 



CHECKING CUSS DATA REUTEO TO CLASS GROUP SET IN LOCAL DATA 
TABLE AND SETTING THE CUSS yANAGBEKT OBJECT IN REFERENCE LIST 



I 



ADDING THIS CLASS UANAGEUENT OBJECT TO REFERENCED LIST OF 
CLASS UANAGSer OBJECT ON REFERQCE LIST 



ADDING RUNNING COUflJHICATION THREAD 10 TO THIS CUSS UANAGE- 
UENT OBJECT AND CLASS UANAGEIBIT OBJECT ON REFERENCE LIST 



SUI 



S132 



5134 



SI3S 



S13I 



SaiALIZED 

OBJECT OF ARGUMENT = 
null ? 

"yes 



SI3( N 



GBOATING OBJECT FROM CLASS TO BE 
PROCESSED AND PROCESSING THE OBJECT 



S138 



RESORTING SERIALIZED OBJECT, 
AND lESIINATING PROCESS 



AWAITING TERyiNATION OF PROCESS 



ysus 



DELETING RUNNING THREAD 10 FROM THIS CUSS MANAGEIfNT OBJECT 
AND CUSS MANAGEMENT OBJECT OH REFERENCE LIST 



S14I) 



DELITING THIS CUSS MANAGEI€NT OBJECT FROM -REFERENCED LIST OF 
CUSS MANAGEierT OBJECT ON REFERENCE LIST 



DELETING THIS CLASS UANAGBeir OBJECT 



I 



SH2 



END OF RBIOTE PIfflCESS 



) 



FIG. 2 8 



55 



EP0880 093 A1 





tu 



o 



o 



a; 

i 



CD 
CVJ 



■ 




4 
• 
• 


• 






X 


t 






< 




o 






s 


3 




3 





56 



EP 0 880 093 A1 




EP 0 880 093 A1 



START OF RETRieVING^^ 

FROM mm OF 
SEARCHING LOCAL (X^S^^^^^ 



SI53 



IS 

CLASS FOUND 
? 

NO 



YES 



SEARCHING SHARED CLWSWTAjABLE 



S155 



IS 

CLASS FOUND 

'no 



YES 



S CLASS LIBRARY 



Si5l 



SIM 



1/ 



sue 



IS 

CUSS FOUND 



YES 



Si53 



'SeATING» 
TIFICATION AND TER- 
MINATING PROCESS 



RETURNING FOUND CUSS 
is RETURN VALUE 

^m^ToSlETRIEVAl 



FIG. 3 1 



S8 



EP0880093 A1 




European Patent 
Office 



EUROPEAN SEARCH REPORT 



Appilcttlon Numbar 

EP 98 30 0383 



if^ : r:. ^m^^Scafon, where appropnate. 



j Category 

A 



9 
S 



0 264 f 8 A (IB;)_27 Apr11^1988^^ ^ 
♦ column 1, H"® _ 

. rr &i . "AM OBJECT-ORIENTED 

PARALLEL PROCESSING SYSTEMS ^^^^^^ 

'''*°"?»'c'''.LVpScriOrS CONFERENCE . ( 
SOFTWARE AND APPLICAUon. _ ^^^j 

rSFSf u sS^ber 1991. pages 
453-458, XP000260562 
?Se%'54. left-hand column, line 24 - 

Tolaf 456. right-hand column line 1 - 
paSe 457 left-hand column, line 8 

V«3 94 01819 A (ERICSSON TELEFON AB L M) 
f pirr/lnlSe - page 12. line 10 • 



♦ c.«rch reoort has been drawn up tor a flOaims 
The present searchrepcrU^s ^^^^f^^^iSS^St^ 

10 September 1998 




THE HAGUE 

CATEGORY Of CITED OOCUMEKTS 

A i^chnoiogJcai background 
O . nQn-wrtt»o diactoauB 



Brandt, 0 



SSSScM*'-'*-"^. 



59 



